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1 APPARATUS, SYSTEMS AND METHODS FOR ONLINE, MULTI-CARRIER, MULTI- 

2 SERVICE PARCEL SHIPPING MANAGEMENT FEATURING SHIPPING RATE AND 

3 DELIVERY SCHEDULE COMP ARIS ON FOR MULTIPLE CARRIERS 
4 

5 CROSS REFERENCE TO RELATED APPLICATIONS 

6 This application claims priority of U. S . Provisional Patent Application Serial No . 

7 60/158,179, filed on October 6, 1999, U.S. Provisional Patent Application Serial No. 

8 60/170,186, filed on December 10, 1999, U.S. Provisional Patent Application Serial No. 

9 60/170,504, filed on December 13, 1999, U.S. Provisional Patent Application Serial 

10 No.60/1 92,692, filed on March 28, 2000, U.S. Provisional Patent Application Serial No. 

1 1 60/192,723, filed on March 27, 2000, U.S. Provisional Patent Application Serial No. 

12 60/193,899, filed on March 31, 2000, and U.S. Provisional Patent Application Serial No. 

13 60/195,748, filed on April 6, 2000. The disclosures of U.S. Provisional Patent Application 

14 Serial No. 60/158,179, filed on October 6, 1999, U.S. Provisional Patent Application Serial 

15 No. 60/170,186, filed on December 10, 1999, U.S. Provisional Patent Application Serial No. 

1 6 60/1 70,504, filed on December 13, 1 999, are incorporated for all purposes herein by reference 

17 as if fully stated here. 
18 

19 FIELD OF THE INVENTION 

20 The field of the present invention is computer systems, and specifically computer 

2 1 systems for parcel shipping management. 
22 

23 BACKGROUND OF THE INVENTION 

24 Individuals, small businesses and major corporations the ("Shipper(s)") ship billions 

25 of parcels every year (small office/home office shippers are referred to as "SOHO" Shippers). 

26 Each parcel, also sometimes referred to herein as a package, is shipped by a Shipper using at 

27 least one parcel carrier (the "carrier(s)", or "Carrier(s)"). 

28 Each parcel is characterized by a set of "Parcel Specifications. " Parcel specifications 

29 include but are not limited to such factors as: parcel dimensions, parcel weight, parcel value, 

30 parcel value and the like. 
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1 Each Shipper is faced with certain shipping requirements and limitations ("Shipping 

2 Requirements"), such as the location from which the parcel is to be shipped, time frame 

3 within which the particular parcel must arrive at its destination, the ability of the shipper to 

4 drop off the parcel, budgetary constraints with regard to the cost of shipping, insurance 

5 against loss, delivery notification, loss protection, and the like. 

6 Each Carrier has its own unique rating schedule, and delivery and pickup rules and 

7 schedules for each of a multitude of different services. In some cases, a particular Carrier's 

8 rules may be available in a standalone Carrier-provided paper-based or computer system. 

9 Many Shippers attempt to work with each of the standalone, individual paper-based and 

1 0 computer Carrier-provided systems ("standalone Carrier system environment") in order to 

1 1 ship a parcel. 

12 A Shipper that uses standalone Carrier systems must sort through the various services 

1 3 offered by each carrier and apply each Carrier's rules to determine whether one or more 

14 carriers offer a service with which to deliver a particular parcel according to the Shipper's 

15 requirements. If the Shipper determines that more than one carrier offers a service with 

1 6 which to deliver a particular parcel according to the Shipper' s requirements, then the 

1 7 particular Shipper might additionally be concerned with selecting a carrier and service that 

1 8 provide shipping services at the optimal price. 

1 9 ° ne of the problems in dealing with standalone Carrier systems is that, if the Shipper 

20 wants a particular parcel to be delivered to a particular destination under certain budgetary 

2 1 preferences and according to certain delivery schedule preferences, the Shipper must attempt 

22 to apply each Carrier's pricing and delivery schedule rules for each service offered by the 

23 Carrier to the particular parcel to be shipped. Each Carrier's pricing and delivery schedule 

24 rules for delivering parcels must be separately applied by the Shipper to shipment of a 

25 particular parcel to determine shipping rates and delivery schedules for each service offered 

26 by each Carrier. Accordingly, some way is needed so that a Shipper can accurately and 

27 easily identify the rates and delivery schedules for each service offered by each Carrier for 

28 shipping a particular parcel. 

29 Another one of the problems with any system that communicates with client 



30 



computers over the Internet is response time. Once a system generates a display, if a user of 
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1 an interactive online system modifies data on which the display was based, then in some 

2 cases, the system receives the data, regenerates the display, and then retransmits the display to 

3 the user's display monitor. Higher speed modems, DSL, and other communications 

4 improvements continue to improve the speed at which data is transmitted through the Internet. 

5 However, response time continues to be a problem. An alternative way is needed reduce 

6 response time with which a display is regenerated in response to a user modifying data on 

7 which the display is based. 
8 

9 SUMMARY OF THE INVENTION 

10 The present invention provides apparatus, systems and methods for displaying to each 

11 of a plurality of users, upon each user ' s request, as to each particular parcel to be shipped by 

12 each user, an online interactive graphic comparison of a plurality of shipping rates calculated 

1 3 for each of a plurality of services offered by each of a plurality of carriers to ship a particular 

14 parcel, each shipping rate corresponding to a particular service offered by a particular carrier 

1 5 for delivering the particular parcel to a particular delivery destination at a particular parcel 

1 6 delivery time on a particular parcel delivery date, wherein each user accesses the computer 

17 system over a global communications network using a client computer device, and wherein 

18 each user has an individual electronic connection to the global communications network. 

1 9 The present invention provides apparatus, systems and methods for regenerating an 

20 online interactive graphic comparison of a plurality of shipping rates calculated for each of a 

2 1 plurality of services offered by each of a plurality of carriers, at any particular remote user 

22 client computer device of a plurality of remote user client computer devices, based on 

23 modified input by a user at a particular remote user client computer device, wherein the 

24 present invention communicates with each remote user client computer device over a global 

25 communications network. 

26 The present invention executes a set of computer instructions with a set of data input 

27 by a particular user from a particular remote user client computer device. The present 

28 invention generates an interactive user interface shipping information display comprising the 

29 data input by the particular user, a result of the executed set of computer instructions, at least 

30 one data collection field initialized with a data item from the data input by the particular user, 
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and an instruction to execute the executable set of instructions in response to a user 
modification of data in the data collection field. The present invention distributes with the 
interactive user interface shipping information display to the client computer device an 
executable set of the executed computer instructions with the instruction to execute the 
executable set of instructions in response to a user modification of the initialized data in the 
data collection field. 

When the particular remote user client computer device receives the shipping 
information display, it presents the display on a display monitor device configured with it. If 
the user modifies the data on which the shipping information display is based by modifying 
the initialized data in the data collection field distributed with the shipping information 
display, then the distributed instruction to execute recognizes the modified data and causes a 
browser program on the particular remote user client computer device to execute the 
executable instructions with the modified data. 

BRIEF DESCRIPTION OF THE DRAWINGS 

These and other features of the present invention are more fully set forth in the 
following description of exemplary embodiments of the invention. The description is 
presented with reference to the accompanying drawings in which: 

FIG. 1 is an entity relationship diagram depicting the interface relationships provided 
by the System between Shippers as Sellers, Carriers, Recipients as Buyers, 
eCommerce/eAuction Providers and the System in an exemplary embodiment of the System 
in an independent system eCommerce environment; 

FIG. 2 is an entity relationship diagram depicting the interface relationships provided 
by the System between Shippers, Carriers, Recipients and the System in an exemplary 
embodiment of the System in an Internet environment; 

FIG. 3 is a graphic representation depicting an exemplary user computer configuration 
and the user computer's interface with the System in an Internet environment; 

FIG. 4 is a simplified schematic diagram of a user's computer and the interface 
between the user's computer and the System servers using the Internet in an exemplary 
embodiment of the invention in an Internet environment; 
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1 FIG. 5 is a simplified graphic representation of an exemplary configuration of the 

2 System, and relationships between the System and Carriers and Users, in an exemplary 

3 embodiment of the System in an independent system eCommerce environment; 

4 FIG. 6 is a simplified graphic representation depicting an alternate view of the System 

5 Data Center and its interfaces in an exemplary embodiment of the System in an independent 

6 system eCommerce environment; 

7 FIG. 7 is a simplified graphic representation of an exemplary configuration of the 

8 System, and relationships between the System and Carriers and Shippers/Users, in an 

9 exemplary simplified Internet embodiment of the invention; 

10 FIG. 8 is a high level System component diagram depicting an exemplary System 

1 1 Architecture in an exemplary embodiment of the System in an Internet environment; 

12 FIG. 9 is a graphic representation of an exemplary menu architecture for the System in 

13 an exemplary embodiment of the System in an independent system eCommerce environment; 

14 FIGS. 10a through lOe are high level logic flow diagrams depicting the logic flow for 

1 5 processing both Shipper/Seller and Buyer/Bidder information in an exemplary embodiment of 

16 the System in an independent system eCommerce environment; 

17 FIG. 1 1 is a graphic representation depicting an exemplary embodiment of a 

1 8 registration introduction screen in an exemplary embodiment of the System in an independent 

19 system eCommerce environment; 

20 FIG. 12 is a graphic representation depicting an exemplary embodiment of a User 

21 address collection screen in an exemplary embodiment of the System in an independent 

22 system eCommerce environment; 

23 FIG. 13 is a graphic representation of an exemplary embodiment of a Shipping 

24 Location screen in an exemplary embodiment of the System in an independent system 

25 eCommerce environment; 

26 FIG. 14 is a graphic representation depicting an exemplary embodiment of a Locations 

27 screen in an exemplary embodiment of the System in an independent system eCommerce 

28 environment; 

29 FIG. 15 is a graphic representation depicting an alternative exemplary embodiment of 

30 a Locations screen inset in an alternative exemplary embodiment of the System in an Internet 
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1 environment; 

2 FIG. 16 is a graphic representation of an exemplary embodiment of a UPS registration 

3 screen in an exemplary embodiment of the System in an independent system eCommerce 

4 environment; 

5 FIG. 17 is a graphic representation of an exemplary embodiment of an eCommerce 

6 registration introduction screen in an exemplary embodiment of the System in an independent 

7 system eCommerce environment; 

8 FIG. 1 8 is a graphic representation of a registration complete screen in an exemplary 

9 embodiment of the System in an independent system eCommerce environment; 

10 FIG. 19 is a graphic representation of an exemplary embodiment of the Seller's 

1 1 Carrier/Service Preferences Screen in an exemplary embodiment of the System in an 

12 independent system eCommerce environment; 

13 FIG. 20 is a graphic representation of an alternative embodiment of the Seller's 

14 Carrier/Service Preferences Screen in an exemplary embodiment of the System in an 

15 independent system eCommerce environment; 

1 6 FIG. 2 1 is a graphic representation of an exemplary embodiment of a Seller' s Charges 

17 and Payment Preferences Screen in an exemplary embodiment of the System in an 

18 independent system eCommerce environment; 

19 FIG. 22 is a graphic representation of an alternative embodiment of the Seller's 

20 Charges and Payment Preferences Screen in an exemplary embodiment of the System in an 

21 independent system eCommerce environment; 

22 FIG. 23 is a System interactivity data and logic flow diagram depicting an exemplary 

23 embodiment of the Seller's eCommerce Registration process in an exemplary embodiment of 

24 the System in an independent system eCommerce environment; 

25 FIG. 24 is a graphic representation of a Registration Needs Completion Screen in an 

26 exemplary embodiment of the System in an independent system eCommerce environment; 

27 FIG. 25 is a graphic representation of an exemplary embodiment of a Create a Seller's 

28 Link Screen in an exemplary embodiment of the System in an independent system 

29 eCommerce environment; 

30 FIG. 26 is a graphic representation of an alternative online screen that collects a 
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1 user's shipping specifications and preferences in an alternative exemplary embodiment of the 

2 System in an Internet environment; 

3 FIGS. 27a through 27c are high level logic flow diagrams control communications 

4 with client machine peripheral devices in an exemplary embodiment of the System in an 

5 Internet environment; 

6 FIG. 28 is a graphic representation of an alternative online screen that collects 

7 supplemental user shipping specifications and preferences in an alternative exemplary 

8 embodiment of the System in an Internet environment; 

9 FIG. 29 is a graphic representation of an alternative embodiment of a Create a Seller's 

10 Link Screen in an exemplary embodiment of the System in an independent system 

1 1 eCommerce environment; 

12 FIG. 30 depicts an exemplary alternative embodiment of the Create a Seller's Link 

13 screen in an exemplary embodiment of the System in an independent system eCommerce 

14 environment; 

15 FIG. 31 depicts the text of an exemplary hypertext link such as is created by an 

1 6 exemplary embodiment of the "Create Link" feature in an exemplary embodiment of the 

17 System in an independent system eCommerce environment; 

1 8 FIG. 32 is a graphic representation depicting an alternative embodiment of a hyperlink 

19 generated by the System in an exemplary embodiment of the System in an independent 

20 system eCommerce environment; 

21 FIGS. 33a and 33b represent a database schema diagram that depicts an exemplary 

22 embodiment of tables in which data is stored by the System regarding a particular Seller 

23 Account in an exemplary embodiment of the System in an independent system eCommerce 

24 environment; 

25 FIG. 34 is a graphic representation of an exemplary embodiment of a Seller's 

26 eCommerce/e Auction web site page in an exemplary embodiment of the System in an 

27 independent system eCommerce environment; 

28 FIG. 35 is a graphic representation of an exemplary Buyer shipping rating information 

29 collection screen that the Buyer would see upon entry into the System in an exemplary 

30 embodiment of the System in an independent system eCommerce environment; 
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1 FIG. 36a is a graphic representation depicting an exemplary embodiment of a 

2 dynamically dimensioned, multi-carrier, multi-service shipping rates comparison Graphic 

3 Array in an exemplary embodiment of the System in an independent system eCommerce 

4 environment; 

5 FIGS. 36b through 36e are high level data retrieval logic flow diagrams depicting the 

6 data and high level logic that the system uses to calculate a shipping rate; 

7 FIG. 36f is a graphic representation of an alternative exemplary Preview Rates Screen 

8 (also referred to in some embodiments as a Rates and Times Screen) in an alternative 

9 exemplary embodiment of the invention; 

10 FIGS. 37a and 37b represent a System interactivity data and logic flow diagram 

1 1 depicting an exemplary embodiment of the Create Link and the Buyer's Preview Shipping 

12 Rates functionality in an exemplary embodiment of the System in an independent system 

13 eCommerce environment; 

14 FIG. 38 is a high level flow diagram depicting an overview of the System logic to 

1 5 generate a dynamically dimensioned, multi -carrier, multi-service shipping rates comparison 

1 6 Graphic Array in an exemplary embodiment of the System in an Internet environment; 

17 FIGS. 39a through 39c are high level flow diagrams depicting the initial timing and 

18 rating logic to develop a dynamically dimensioned, multi-carrier, multi-service shipping rates 

19 comparison Graphic Array in an exemplary embodiment of the System in an Internet 

20 environment; 

2 1 FIG. 40 is a graphic representation depicting an exemplary embodiment of a multi- 

22 carrier, multi-service shipping rates comparison Graphic Array in an exemplary embodiment 

23 of the System in an independent system eCommerce environment; 

24 FIG. 41 is a graphic representation of a Seller's Buyer Information Screen in an 

25 exemplary embodiment of the System in an independent system eCommerce environment; 

26 FIG. 42 is a graphic representation of an exemplary embodiment of a Subject Parcel 

27 data screen in an exemplary embodiment of the System in an independent system eCommerce 

28 environment; 

29 FIG. 43 is a graphic representation of an exemplary embodiment of a System-prepared 

30 e-mail to the Buyer in an exemplary embodiment of the System in an independent system 
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eCommerce environment; 

FIG. 44 is a graphic representation of an exemplary embodiment of the Buyer 
Response Introduction screen in an exemplary embodiment of the System in an independent 
system eCommerce environment; 

FIG. 45 is a graphic representation of an exemplary embodiment of the Buyer 
Shipping Information Collection screen in an exemplary embodiment of the System in an 
independent system eCommerce environment; 

FIG. 46 is a graphic representation depicting an alternative exemplary embodiment of 
a dynamically dimensioned, multi-carrier, multi-service shipping rates comparison Graphic 
Array in an alternative exemplary embodiment of the System in an independent system 
eCommerce environment; 

FIG. 47 is a graphic representation depicting an exemplary embodiment of a Shipping 
Summary Screen in an exemplary embodiment of the System in an independent system 
eCommerce environment; 

FIG. 48 is a graphic representation depicting an alternative exemplary embodiment of 
a Shipping Summary Screen in an exemplary embodiment of the System in an Internet 
environment; 

FIG. 49 is a graphic representation depicting an exemplary embodiment of a 
Cardholder Information collection screen in an exemplary embodiment of the System in an 
independent system eCommerce environment; 

FIG. 50 is a graphic representation depicting an exemplary embodiment of a System's 
Shipping Log in an exemplary embodiment of the System in an independent system 
eCommerce environment; 

FIG. 51 is a graphic representation depicting an exemplary embodiment of a Seller 
notification e-mail in an exemplary embodiment of the System in an independent system 
eCommerce environment; 

FIG. 52 is a graphic representation of an exemplary embodiment of a Void Package 
screen in an exemplary embodiment of the System in an independent system eCommerce 
environment; 

FIG. 53 is a graphic representation of an exemplary embodiment of a Reprint Label 
-9- 
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screen in an exemplary embodiment of the System in an independent system eCommerce 
environment; 

FIG. 54 is a high level flow diagram depicting an exemplary embodiment of Label 
Printing in an exemplary embodiment of the System in an Internet environment; 

FIG. 55 is a high level flow diagram depicting an exemplary embodiment of Image 
Printing in an exemplary embodiment of the System in an Internet environment; 

FIGS. 56 through 58 are graphic representations of exemplary online screens with 
which a user controls the final shipping and label printing for a particular package in an 
alternative exemplary embodiment in an Internet environment; 

FIG. 59 is a graphic representation of an exemplary embodiment of a Send Ship 
Notification screen in an exemplary embodiment of the System in an independent system 
eCommerce environment; 

FIG. 60 is a graphic representation of an alternative exemplary embodiment of a Send 
Ship Notification screen in an alternative exemplary embodiment of the System in an Internet 
environment; 

FIG. 61 is a graphic representation depicting an exemplary embodiment of a Ship a 
Package Summary online report in an exemplary embodiment of the System in an 
independent system eCommerce environment; 

FIG. 62 is a graphic representation depicting an exemplary embodiment of a UPS 
End-of-Day Screen in an exemplary embodiment of the System in an independent system 
eCommerce environment; 

FIG. 63 is a graphic representation of an exemplary embodiment of a Reprint Driver 
Record Screen in an exemplary embodiment of the System in an independent system 
eCommerce environment; 

FIGS. 64a- 1, 64a-2, 64b- 1 and 64b-2 are System interactivity data and logic flow 
diagrams depicting an exemplary embodiment of the process by which the System completes 
the information necessary to ship a package in an exemplary embodiment of the System in an 
independent system eCommerce environment; 

FIGS. 65a and 65b represent a database schema diagram that depicts an exemplary 
embodiment of tables in which data is stored by the System regarding a particular package 
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1 and a particular Seller's Account in an exemplary embodiment of the System in an 

2 independent system eCommerce environment; 

3 FIG. 66 depicts an exemplary XML formatted request for submitting a tracking 

4 request to a Carrier in an exemplary embodiment of the System in an Internet environment; 

5 FIG. 67 depicts an exemplary successful tracking response, also in XML format, 

6 returned by the Carrier in an exemplary embodiment of the System in an Internet 

7 environment; 

8 FIG. 68 is a graphic representation of a Shipper online user input screen that is 

9 displayed on the Shipper's display screen in an exemplary embodiment of the System in an 

10 Internet environment; 

1 1 FIG. 69 is a logic flow diagram that depicts the high level logic for tracking the status 

12 of a particular package in an exemplary embodiment of the System in an Internet 

13 environment; 

14 FIG- 70 is a graphic representation of an exemplary embodiment of a Tracking Failure 

15 Report Screen in an exemplary embodiment of the System in an Internet environment; 

16 FIG. 71 is a graphic representation of an exemplary embodiment of a Successful 

17 Tracking Report Screen for a package with Delivered status in an exemplary embodiment of 

18 the System in an Internet environment; 

1 9 FIG. 72 is a graphic representation of an exemplary embodiment of a Successful 

20 Tracking Report Screen for a package with non-final status in an exemplary embodiment of 

21 the System in an Internet environment; 

22 FIG. 73 is a graphic representation of an exemplary CMS online user input screen in 

23 an exemplary embodiment of the System in an Internet environment; 

24 FIG. 74 is a graphic representation of an exemplary CMS display screen that reports a 

25 successful tracking result in an exemplary embodiment of the System in an Internet 

26 environment; 

27 FIG. 75 is a graphic representation of an exemplary CMS error tracking report display 

28 screen in an exemplary embodiment of the System in an Internet environment; 

29 FIG. 76 is a graphic representation of an exemplary embodiment of a "My Tracking" 

30 Screen in an exemplary embodiment of the System in an Internet environment; 

- 11 - 



PSTMOO 1 5/MRK/STM 

1 FIG. 77 is a graphic representation of an exemplary embodiment of a Shipping Log 

2 Screen; 

3 FIG. 78 is a graphic representation of an exemplary embodiment of a Detailed 

4 Shipping Log Entry Screen in an exemplary embodiment of the System in an Internet 

5 environment; 

6 FIG. 79 is a graphic representation of an exemplary embodiment of a detailed "Quick 

7 Track" result screen in an exemplary embodiment of the System in an Internet environment; 

8 FIG. 80 is a graphic display of an exemplary embodiment of an "Add Inbound 

9 Packages" Screen in an exemplary embodiment of the System in an Internet environment; 

1 0 FIG. 8 1 is a graphic representation of an exemplary embodiment of a "View Inbound 

1 1 Packages" Summary Screen in an exemplary embodiment of the System in an Internet 

12 environment; and 

1 3 FIG - 82 is a graphic representation of a View Inbound Packages Detail Screen in an 

14 exemplary embodiment of the System in an Internet environment. 
15 

1 6 DETAILED DESCRIPTION OF THE INVENTION 

1 7 A portion of the disclosure of this patent document, including but not limited to the 

18 renderings of graphic user interface displays in FIGS. 10a through lOe, FIGS. 1 1 through 22, 

19 FIGS. 24 through 26, FIGS. 28 through 30, FIGS. 34 through 35, FIG. 36a, FIG. 36f, FIGS. 

20 40 through 53, FIGS. 56 through 63, FIGS. 68, and FIGS. 70 through 82, contains material 

2 1 which is subject to copyright protection by Stamps.com, Inc. Stamps.com, Inc. has no 

22 objection to the facsimile reproduction by anyone of the patent document or the patent 

23 disclosure, as it appears in the Patent and Trademark Office patent file or records, but 

24 otherwise reserves all copyright rights whatsoever. 

25 "iShip.com" , "iShip", "The Internet Package Shipper", "Price It", "Sell It" , "Track 

26 It", "Ship It", "Shipping Tools", "My iShip" and associated logos are trademarks of 

27 Stamps.com, Inc. The names of actual companies and products mentioned herein may be the 

28 trademarks of their respective owners. 
29 
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1 A. CONTEXTUAL OVERVIEW OF EXEMPLARY EMBODIMENT TYPES 

2 Two types of exemplary Internet-related embodiments of the invention will be 

3 described herein: 1.) an exemplary simplified Internet embodiment; and 2.) an exemplary 

4 electronic commerce ("eCommerce") embodiment. Because these two types of embodiments 

5 differ somewhat in user interface interaction features and flow, a brief perspective overview 

6 of these two exemplary embodiment types is provided below. 
7 

8 1- Exemplary Simplified Internet Embodiment. 

9 In the exemplary simplified Internet embodiment of the invention, a system (the 

10 "System") exemplifying features of the invention provides a single automated computer 

1 1 interface between users of the system who are shippers of parcels ("Shippers") and multiple 

12 carriers of parcels ("Carriers"). Each Shipper, using a client computer device, accesses the 

13 System over a global communications network such as the Internet. Each Shipper uses the 

14 System to arrange for, and manage the shipment of, one or more parcels. Each shipment 

1 5 arranged by a Shipper is performed by a particular Carrier, using a particular service offered 

1 6 by that particular Carrier. References herein to the words "parcel" and "package" include 

17 letters, and larger items (see, e.g., FIG. 15 below and Packaging types 1043 (Carrier Letter), 

18 1044 (Carrier Pak), 1046 (Carrier Box), 1047 (Carrier Tube), and 1045 (Other Packaging)). 

1 9 Each Carrier may provide one or more types of shipment services, such as, for 

20 example, Next Day, Two-Day, etc. Each parcel shipped by the Shipper is shipped to a 

2 1 particular Recipient. Each supported Carrier has a unique rating schedule, delivery and 

22 pickup rules and schedules, and certification requirements (the "Carrier Rules"). 

23 In the exemplary simplified Internet embodiment, the Shipper provides all information 

24 required by the System to facilitate the shipping of each parcel to be shipped by a Carrier 

25 designated by the Shipper; the recipient, once provided with a tracking number can access the 

26 System to track the status of a package but is not called upon to provide any information 

27 necessary to facilitate or manage the shipment. As is further described below, the provision 

28 of information by the Shipper in the exemplary simplified Internet embodiment differs from 

29 the exemplary eCommerce embodiment, in which both the Shipper (also referred to as the 
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1 "Seller") and the Recipient (also referred to as the "Buyer") provide information to the 

2 System to facilitate and manage a particular shipment. 

3 2. Exemplary eCommerce Embodiment . 

4 In an eCommerce embodiment of the invention, the Shipper is a seller (the "Seller") of 

5 goods through a particular eCommerce or electronic Auction ("eAuction") provider 

6 (eCommerce or eAuction web site). The Seller/Shipper registers with a particular 

7 eCommerce/eAuction provider (the "Provider") at the Provider's Web site to sell, advertise, 

8 or otherwise describe, one or more items that the Seller/Shipper hopes to sell or award to the 

9 highest bidder using an electronic auction facility. 

10 As opposed to the exemplary simplified Internet embodiment where all information 

1 1 necessary for arranging a particular shipment is provided by the Shipper, in the exemplary 

12 eCommerce embodiment of the invention, the System prompts different individuals to provide 

1 3 information necessary to rate and ship a particular parcel. 

14 The Seller/Shipper (sometimes referred to herein simply as the "Seller," or as the 

15 "Shipper") provides information to the System concerning the particular parcel that the Seller 

16 will be selling/auctioning and subsequently shipping. The Seller also describes to the System 

17 the Seller's rules by which potential and actual buyers (sometimes referred to herein as 

18 "Buyers/Recipients", or simply as "Buyers", or as "Recipients") view the shipping, payment 

1 9 and other options . 

20 A potential Buyer of an item to be purchased from a particular Seller is prompted by 

21 the System to initially provide certain limited shipping information (such as a destination zip 

22 code) in order to preview shipping rates for the item that the Buyer is considering purchasing. 

23 An actual Buyer is prompted by the System to provide shipping details such as the 

24 Buyer's destination address. If the Seller has instructed the System to require the Buyer to pay 

25 shipping costs, the System prompts the Buyer to make the final selection of Carrier and 

26 Service. 

27 The System in the exemplary eCommerce embodiment provides a communication link 

28 between the Buyer and the Seller, sending certain types of notifications and information 

29 between them. 
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1 Further differences between the exemplary eCommerce embodiment and the 

2 exemplary simplified Internet embodiment include, among other things, the typical access 

3 entry into the System. In the exemplary simplified Internet embodiment, the Shipper accesses 

4 the Shipping site directly, hi the exemplary eCommerce embodiment, the Seller/Shipper can 

5 additionally "link" to the Shipping site from the relevant eCommerce Provider's Site. 

6 The System and screen flows for the exemplary simplified Internet and eCommerce 

7 embodiments differ somewhat. A description of the features that are common between the 

8 two types of embodiments of the present invention is provided below as is a description of the 

9 differences between the two types of exemplary embodiments. 

1° In the exemplary eCommerce embodiment described below, the present invention is 

1 1 provided as a web-based application service from a common provider, sometimes referred to 

12 herein as "iShip.com". As such, the relevant eCommerce Provider does not have to install or 

13 manage any server software; the Provider only provides a "link" to the System web site. 
14 

15 B. SYSTEM OVERVIEW 

16 

17 1. Entity Interface Relationships 

1 8 FIG. 1 is a graphic representation depicting the interface relationships provided by an 

1 9 exemplary eCommerce embodiment of the System 1 of the present invention between 

20 electronic Commerce providers 2a-2n, Sellers/Shippers 3a-3n, Carriers 4a-4n, and 

21 Buyers/Recipients 5a-5n. As conceptually depicted in FIG. 1, each Seller/Shipper 3a-3n 

22 views the System 1 as an individualized automated Shipping System. 

23 It should be noted that the use of suffixes such as "a" through "n" in connection with 

24 numbered elements of the FIGURES herein are exemplary and are not a limitation of the 

25 invention to any particular number. Rather, the suffixes "a" through "n" and "a" through "z", 

26 and similar notations, are used to represent any, but unknown, number of similar elements. 

27 FIG. 2 depicts the interface relationships provided by an exemplary simplified Internet 

28 embodiment of the System between the Shippers 3a-3n, Carriers 4a-4n, and Recipients 5a-5n. 

29 As conceptually depicted in FIG. 2, each Shipper 3a-3n views the System 1 as an 
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1 individualized automated Shipping System. 

2 In both the exemplary eCommerce and simplified Internet embodiments, the System 1 

3 provides Shippers/Users 3a-3n with a computerized shipping and tracking system that allows 

4 shipment by the same Shipper/User 3a-3n of different packages using different services 

5 provided by different Carriers 4a-4n. Carriers 4a-4n supported by the System include Carriers 

6 such as Airborne, FedEx, United Parcel Service, USPS, and Yellow Freight. The System 1 is 

7 completely expandable and scalable to include additional Carriers. 
8 

9 2. System Configuration and Architecture 

10 hi both the exemplary eCommerce and simplified Internet embodiments, as depicted 

1 1 in FIG. 3, each User 7 (Shipper/Seller or Buyer/Bidder) has access to a computer 8, for 

12 instance a personal computer ("PC"). The computer 8 is configured with a display device 9 

13 that provides a display screen 10. The computer 8 is further configured with one or more user 

14 input devices, such as, for example, a keyboard 1 1 and a mouse 12. The computer 8 is also 

15 configured with a printing device 13, such as a laser printer. The computer 8 may also be 

1 6 configured with a scale 1 024 and a bar code reader 1 027. 

17 Users access 1003 and browse the Internet 15 using a web browser 14 that generally 

18 resides and is executed on the user's PC 8. The web browser 14 is a computer program or set 

1 9 of computer instructions that allows the Shipper/User 7 to retrieve and render hyper-media 

20 content from one or more Server computers, e.g., 20a-21z available over the Web. Suitable 

21 commercially available web browsers include, e.g., Netscape's Navigator™ and Microsoft 

22 Internet Explorer™. 

23 FIG. 4 is a simplified schematic diagram of a user's computer and the interface 

24 between the user's computer and the System servers, such as 20a-21z in FIG. 3, using the 

25 Internet in an exemplary embodiment of the invention in an Internet environment. PCs 8a-8n 

26 are used by the Shippers and are connected to the Internet 1 5 through communication links 

27 1003a-1003n respectively. Optionally, a local network 1 004 may serve as the connection 

28 between some of the PCs 8a-8n, such as the PC 8a, and the Internet 15. Servers 20a-21z are 

29 also connected to the Internet 15 through respective communication links. 
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1 Continuing with FIG. 4, each of the PCs 8a-8n includes a central processing unit 

2 ("CPU") 1020a for processing and managing data; user input devices such as a keyboard 1 la 

3 and a mouse 12a for inputting data and a main memory 1023a such as a Random Access 

4 Memory ("RAM"). Information in text, graphic and other forms is displayed on the display 

5 monitor ("CRT") 9a under the control of the CPU 1020a. A communication device 1028a, 

6 such as a modem, provides access 1003a to the Internet 15. In some embodiments, one or 

7 more Input/Output ("I/O") devices, such as a printer 13a, scale 1024a, or a bar code reader 

8 1 027a are configured with the PC. 

9 FIG. 5 is a graphic representation of an exemplary configuration of the System in an 

10 exemplary eCommerce embodiment of the invention depicting interfaces with Carriers 

1 1 through Carrier Servers, e.g., 23-2 through 27-2, and Shippers/Users through User Input, e.g., 

12 18. When a Shipper/User ships a package using the System 1, one or more of the System's 

13 Servers, e.g., 21a-21n, create a new System tracking number 19. When a new System 

14 tracking number is created, one of the System's Database Servers, e.g., 20a-20n, adds a new 

1 5 package record with the newly created System tracking number to a Package Table 28 . The 

16 Package Table 28 resides in the System database 22 and contains package records for System 

17 processed packages. The System database may be stored on any storage medium, such as but 

1 8 not limited to, RAM, hard drive, disk drive, tape drive, or other memory device. An 

19 exemplary embodiment of the Package Table contains the following information: 1) Package 

20 Tracking State ID; 2) Package Shipping State ID; 3) Actual Delivery Time; 4) Delivered To 

21 information; 5) Shipping Date; 6) Carrier Tracking Number; 7) System Tracking Number; 8) 

22 Carrier ID; 9) Actual Package Weight; 10) Service Description; and 1 1) Package OH). The 

23 content of these fields are described further below. 

24 As depicted in FIG. 5, using the Carrier's Internet URL, the System 1 (labeled 

25 "iShip.com" in FIG. 5) then makes an HTTP (HyperText Transfer Protocol) connection over 

26 the Internet 15 to the Carrier's web server, e.g., 23-2, 24-2, 25-2, 26-2, or 27-2, using the 

27 URL information for the particular Carrier's web server. 

28 The World Wide Web (WWW or Web) is an access protocol for HTTP (HyperText 

29 Transfer Protocol is the communication protocol used by the Internet). The unique 
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1 identifier for a Server computer is called the IP (Internet Protocol) address; the unique 

2 identifier for a web site (web page) is called the URL (Uniform Resource Locator). A URL 

3 indicates, among other things, where the Server is located, the location of the web site on the 

4 Server, the name of the web page and the file type of each document. 

5 Depending upon the Carrier, the System's 1 request and report interface with the 

6 Carrier's web server is programmed in HyperText Markup Language ("HTML") (e.g., 24-1, 

7 25-1, 27-1), Extensible Markup Language ("XML") (e.g., 26-1), or both HTML and XML 

8 (e.g., 23-1), described by way of example. Examples of XML formatted requests and 

9 responses with respect to Carrier interface communications are described below in connection 

1 0 with, and depicted in, FIGS. 66 and 67. 

1 1 While the Shipper's/Seller's PC is connected to the Internet 15, a Shipper/Seller may 

12 enter the System's 1 Internet interface in one of several ways. The two principle ways 

13 discussed herein and described below are: 1) by entering an Internet address, e.g., URL, to the 

14 System's home page; or 2) by clicking on an HTML link in an eCommerce/eAuction 

1 5 provider's Web site that contains the URL address to one of the System's Internet pages, for 

16 instance, an initial User registration page. A User may enter the System 1 in other ways, 

17 among which include a direct communication interface between the User's computer system 

1 8 and the System 1 . 

19 • FIG. 6 is a graphic representation depicting an alternate view of the System 

20 comprising the System Data Center's Server Computers 20a-20n and 21a-21z, the System 

2 1 Database 22, and the System's interfaces with Seller and Buyer computers 8a-8n, Carrier 

22 Server computers 23-2 through 27-2, and eCommerce/eAuction Providers 28a-28n, via the 

23 Internet 15. 

24 FIG. 7 is a simplified graphic representation of an exemplary configuration of the 

25 System, and relationships between the System and Carriers and Shippers/Users, in an 

26 exemplary simplified Internet embodiment of the invention. As depicted in FIG. 7, multiple 

27 servers 20a-21z are provided in a Network Operations Center ("NOC"). At least one of the 

28 Servers 20a-21z can handle multiple telecommunications connections such as over the 

29 Internet 1 5 at one time. In the embodiment of the NOC depicted in FIG. 7, one Server 20a 
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1 provides the computer resources to perform Proxy & Firewall functions between the Internet 

2 15 and the NOC; one Server, e.g., 2 In provides the computer resources to act as the NOC 

3 Client Server; one Server, e.g, 21s provides the computer resources to act as the Tracking 

4 Server to obtain Carrier tracking information 1019 from the respective carrier's to provide to 

5 Shippers over the Internet 15; one Server, e.g, 20a provides the computer resources to act as 

6 the Database Server to access data from one or more databases 22 of information; one Server, 

7 e.g., 21t provides the computer resources to act as the Shipping Server; one Server, e.g., 21m 

8 provides the computer resources to act as the Web Server; and one Server, e.g., 21 z provides 

9 the resources to provide other services, such as the upload of manifest data 1018 to the Carrier 
1 0 Host Systems, 23-2 through 23-7. 



11 It should be understood that the overview configurations of the System depicted in 

12 FIG. 5, 6 and 7 are exemplary. For example, the depiction of Server 20a in FIG. 7 as having 

13 access to one or more databases 22 is not a limitation of the invention; in alternative 

14 embodiments, such as depicted in FIG. 5, any or all of the Servers, 20a-20n, have access to 

1 5 databases and external storage medium. 

16 Continuing with FIG. 7, the Servers 20a-21z are connected to or otherwise capable of 

17 communicating through, a communications network such as a global communications 

18 network such as the Internet 15, which is in turn connected to, or capable of communicating 

19 with one or more Personal Computers ("PC") or other like devices, e.g. 8a, 8b, . . . 8n. 

20 Continuing with FIG. 7, Users access and browse the Web using a web browser that 

21 generally resides and is executed on the user's PC, e.g., 8a, 8b, 8c. . . 8n (and as were 

22 depicted in FIG. 4). 

23 The Internet works based on a client/server model. The present invention uses the 

24 client/server model to support the communication with and processing for each of multiple 

25 Shippers. For example, as depicted in FIG. 7, the Servers 20a-21z are the server side of the 

26 client/server model; each Shipper's PC 8a, 8b, . . . 8n is a client. The present invention uses 

27 the web browser with which each Shipper's PC accesses the Internet to perform certain 

28 functions as further described herein. 

29 Web sites are locations on Servers, such as one or more of the Servers, 20a-21z, that 
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1 are accessible through the Internet 15. The Servers 20a-21z host one or more web sites which 

2 are accessible by Shipper users with PCs (e.g., 8a, 8b, . . . 8n) connected with the Internet 15. 

3 Carrier Rules, Shipper account information and other content is stored by the Servers, 

4 e.g., 20a in databases e.g. 22. Shippers with PCs (e.g., 8a, 8b, . . . 8n) connected to the 

5 Internet 15 access Carrier Rules, Shipper account information and other content that is stored 

6 by the Servers, e.g., 20a in databases e.g. 22 through a User Interface, which is described in 

7 detail below. 

8 An overview of an exemplary System architecture is depicted in FIG. 8. The 

9 overview depicted is exemplary and meant to be illustrative; it is not a limitation of the 

10 invention. As depicted in FIG. 8, one embodiment of the invention uses a three-tiered 

1 1 architecture. 

12 The Data Management Tier 1201 is comprised of a Database Storage component 1202 

13 that in the embodiment depicted uses an SQL Server; a Message Queue Storage component 

14 1203 that in the embodiment depicted uses MS Message Queue; and a File Storage 

15 component 1204 that in the embodiment depicted uses NTFS, and DFS. Each of the Database 

16 Storage component 1202, the Message Queue Storage component 1203, and the File Storage 

17 component 1204, communicate with the Component Tier 1208 of the System architecture, 

1 8 communications by each component with the Component Tier 1 208 represented by elements 

19 1205, 1206 and 1207 respectively. According to the embodiment depicted in FIG. 8, the 

20 Server Components of the Component Tier 1208 use C++ programming language and COM 

21 Objects. 

22 The Application Tier 1212 of the System Architecture is comprised of a Web Shipper 

23 Client component 1213 (which uses HTML, ASP and JavaScript), the NOC Administration 

24 component 1214 (which uses HTML, ASP, VB, and C++), and the Web Shipping Station 

25 component 1215 (which uses HTML, ASP, JavaScript, C++, and ActiveX Controls). Each of 

26 the Web Shipper Client component 1213, the NOC Administration component 1214, and the 

27 Web Shipping Station component 1215 communicate with the Server Components of the 

28 Component Tier 1208 as represented by the communication elements 1209, 1210 and 121 1 

29 respectively. 
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1 In one embodiment, the System is implemented in an NT environment. The 

2 description of the System as being implemented in an NT environment is exemplary and is 

3 not a limitation of the invention. 
4 

5 3. Menu Architecture 

6 In both the exemplary eCommerce and simplified Internet embodiments, a User can 

7 enter the System by entering an Internet address, e.g., a URL, to the System's home page 

8 using the User's client web browser. 

9 FIG. 9 is a graphic representation of an exemplary menu architecture as would be 



1 0 displayed on an exemplary home page in an exemplary eCommerce embodiment of the 

1 1 System 1 as viewed by the User on a display device, e.g., 9 and 10 as depicted in FIG. 3 and 

12 9a as depicted in FIG. 4, connected to the User's Computer, e.g., 8 as depicted in FIG. 3 and 

13 8a as depicted in FIG. 4. The term display as used herein will be understood by those with 

14 ordinary skill in the art to include visual display on a display device, e.g., 9 and 10 as depicted 

15 in FIG. 3 and 9a as depicted in FIG. 4, connected to the User's Computer, e.g., 8 as depicted 

16 in FIG. 3 and 8a as depicted in FIG. 4. 

17 Other menu configurations and descriptions can be implemented without departing 

1 8 from the spirit of the invention. As depicted in FIG. 9, a main menu bar 34 presents several 

19 selection options, including Home 30a, Sell It 31a, Ship It 32a, and Track It 33 a. If a User 

20 selects, such as by using a keyboard device 1 1 as shown in FIG. 3, 1 1 a as shown in FIG. 4, or 

21 a mouse device 12 as shown in FIG. 3, 12a as shown in FIG. 4, the Home 30a option, the 

22 System 1 will display a Home submenu 30b. 

23 References to a User selecting will be understood by those with reasonable skill in the 

24 art to include selection using a user input device, such as a keyboard device 1 1 as shown in 

25 FIG. 3, 1 la as shown in FIG. 4, or a mouse device 12 as shown in FIG. 3, 12a as shown in 

26 FIG. 4, connected to the User's Computer, e.g., 8 as depicted in FIG. 3 and 8a as depicted in 

27 FIG. 4. 

28 Using the exemplary menu architecture depicted in FIG. 9, if the User selects the Sell 

29 It 31a option, the System 1 will display a Sell It submenu 31b. If the User selects the Ship It 
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1 option, the System 1 will display a Ship It submenu 32b. If the User selects the Track It 33a 

2 option, the System 1 will display a Track It submenu 33b. 

3 In an exemplary simplified Internet embodiment of the invention, the Main Menu 

4 would not provide a Sell It 3 la application or the submenus and screens associated with the 

5 Sell It 3 1 a application. 
6 

7 C. THE SELLER'S EXPERIENCE 

8 In an exemplary eCommerce embodiment of the System, if the User enters the System 



9 through a link from a Provider, the System 1 will ask the User to log in. (A User that is a 

1 0 Buyer/Bidder that enters the System with a particular Buyer/Bidder URL (Universal Resource 

1 1 Locator), such as through a hypertext e-mail link as is discussed below, is not required to 

12 follow the log in procedure.) The log in and registration processes described below are also 

1 3 provided in a similar manner by some simplified Internet embodiments. 

14 When a User attempts to log in, the System 1 will attempt to validate the User's log in 

1 5 identification and password. If the User's log in is successful, the System 1 will prompt the 

16 User to select one of the available menu options. Otherwise, the System 1 will prompt the 

17 User to register and will display the first of several information collection screens to prompt 

1 8 the User through the registration process. Following is a description of the registration User 

19 Interface and the associated System 1 processing in an exemplary eCommerce embodiment of 

20 the invention. 

21 FIGS. 10a through lOe are high level logic flow diagrams depicting the logic flow for 

22 processing both Shipper/Seller and Buyer/Bidder information in an exemplary eCommerce 

23 embodiment of the invention. An overview of FIGS. 10a through lOe is provided 

24 immediately below for context. However, the detailed description of FIGS. 10a through lOe is 

25 provided in conjunction with the detailed user interface screens depicted in summary on 

26 FIGS. 10a through lOe. Accordingly, the description of FIGS. 10a through lOe is provided 

27 gradually below with intervening descriptions of the details concerning the user interface 

28 screens described in more detailed FIGURES that are also described below. 

29 FIG. 10a depicts general Seller/Shipper/User registration procedures. FIG. 10b depicts 
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1 eCommerce/e Auction Seller registration procedures, including the Creation of a Link that the 

2 Seller can copy and paste in the Seller's Web page description of the item to be sold/shipped. 

3 FIG. 10c depicts the actual sales of the item to be shipped and depicts the Buyer experience of 

4 viewing the shipping rates and times comparison provided by the System and purchasing or 

5 bidding on the item as the case may be. FIG. lOd depicts the collection of shipping and 

6 payment information by the Seller and the System 1 from the Buyer. FIG. lOe depicts post 

7 sale shipment and payment processing, tracking and notification. The components of each of 

8 FIGS. 10a through lOe are discussed in detail below. 

9 FIG. 1 0a depicts general User registration procedures. As depicted in FIG. 10a, the 

10 System 1 displays a registration introduction screen 41 to prompt a new eCommerce/eAuction 

1 1 Seller 40 to register with the System 1 . 

12 FIG. 1 1 is a graphic representation depicting an exemplary embodiment of a 

13 registration introduction screen 41 depicted in FIG. 10a. As depicted in FIG. 1 1, the 

14 registration introduction screen 41 displays introductory text 101 that prompts the User to 

15 proceed to the Next screen to provide certain information, such as the User's e-mail and 

16 return address and to identify the Carriers with which the User wishes to ship. The User is 

17 instructed to press the Next button 102 if the User is ready to proceed with registration. It 

18 will be understood by those with ordinary skill in the art that a User "presses" or "clicks" an 

19 onscreen button by using a user input device, such as a keyboard device 1 1 as shown in FIG. 

20 3, 1 la as shown in FIG. 4, or a mouse device 12 as shown in FIG. 3, 12a as shown in FIG. 4, 

21 connected to the User's Computer, e.g., 8 as depicted in FIG. 3 and 8a as depicted in FIG. 4. 

22 Alternatively, the User can "press", or "click", on the Reset button 103 which, when 

23 clicked, re-initializes the registration application and returns the User to the Introduction 

24 page; the Cancel button 104, which when clicked returns the User to the Logged Off Home 

25 page; or the Help button 105, which when clicked, displays contextual help text in a pop-up 

26 window. 

27 If the User clicks on Next button 1 02, if the User is using a browser that is not 

28 supported by the System 1, the System 1 prevents the User from continuing and displays a 

29 message to the User that the User's browser is unsupported. Otherwise, if the User clicks the 
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1 Next button 102, the System 1 will display the next screen 42 in the registration process as 

2 depicted in FIG. 10a, which is a User address collection screen. 

3 FIG. 12 is a graphic representation depicting an exemplary embodiment of a User 

4 address collection screen. As depicted in FIG. 12, the System prompts the User to provide 

5 the User's name 106, e-mail address 107, company name 108, street address 109, floor/room 

6 number 110, department name 111, city 112, state 113a (using a pull down menu button 

7 1 13b), telephone number 1 14, zip code 115, and fax number 1 16. As with the previous 

8 registration introduction screen 41, the Next 102, Reset 103, Cancel 104, and Help 105 

9 buttons are provided with results similar in nature to the operations of these respective buttons 

10 as described above. In addition, a Back button 1 17 is provided. If the User clicks the Back 

1 1 button 117, the System returns the User to the screen from which the User entered the present 

12 screen, in this case, the registration information screen 41 . If the User clicks the Next button 

13 102, the System performs validation edits on the data entered. If any required fields have not 

14 been completed, or if any fields contain data found to be in error, the System notifies the User 

15 and requests that corrected data be entered. Because of the similar nature from screen to 

16 screen in the System with which the Back 1 17, Next 102, Reset 103, Cancel 104 and Help 

17 1 05 buttons operate, the operation of these buttons will not be further described. 

18 If the data entered is successfully validated, the System displays the next screen, 

19 which in this case is the Shipping Location screen 43 as depicted in FIG. 10a. FIG. 13 is a 

20 graphic representation of an exemplary embodiment of a Shipping Location screen 43. In the 

21 Shipping Location screen 43, the System prompts the User to identify a default location 120a 

22 from which the User will typically ship packages and to provide the city, state, and zip code 

23 of that location 120b. The Shipping Location screen provides a shipping location input field 

24 121a and a shipping location pull down menu button 121b. If the user clicks on the shipping 

25 location pull down menu button 121b, the System will display a selection menu of possible 

26 shipping locations. Example shipping location selection options include: self-service 

27 center/drop box; staffed shipping counter; my location by calling for pickup; my location 

28 through regular pickup; and my local Mail Boxes Etc. center. Exemplary shipping location 

29 options are described further below with regard to FIG. 26. 
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1 If the User selects the "my local Mail Boxes Etc. center" then a Locations screen is 

2 displayed. FIG. 14 is a graphic representation depicting an exemplary embodiment of a 

3 Locations screen. The Locations screen displays a Locations button 126, that when clicked, 

4 causes the System to display a list 127 of Mail Boxes Etc. centers in the area in and around 

5 the User's zip code. Each entry in the list 127 contains the name and address of the location 

6 128, pickup times 129, and comments 130. The User will be asked to highlight and thereby 

7 select one of the centers. According to the User's selection, the System will display 

8 additional comments if appropriate, e.g., 131. Otherwise, for the other shipping location 

9 selection options, the User is required to enter the city, state, and zip code of the location. 

10 FIG. 15 depicts an alternative exemplary embodiment of a Locations screen as a 

1 1 screen inset. If the Shipper selects a particular "ship center" type from a shipping location pull 

12 down menu (not shown) as the shipping location, the User Interface will display, as shown in 

13 FIG. 15, three elements: 1) a table 1058 with the Location Address, Pickup Times and 

14 Comments Area; 2) a Browse button 1059; and 3) a destination Zip Code field 1042. Clicking 

1 5 the Browse button 1059 will display additional Drop Off Locations in a Pop-up window (not 

16 shown). 

17 Returning to FIG. 14, if the User clicks the Next button 102, and if the data entered in 

1 8 the Shipping Locations screen is successfully validated, the System displays the next screen, 

19 which in this case is the UPS registration screen 44 as depicted in FIG. 10a. FIG. 16 is a 

20 graphic representation of an exemplary embodiment of a UPS registration screen 44. If the 

21 User indicates that the User will ship through the System using UPS and that the User already 

22 has a UPS account 140, the User will be asked to provide the UPS account number 141 and 

23 the scheduled pickup time 142a, a.m. 142b,and p.m. 142c. The System provides the User 

24 with other UPS shipping options, such as dropping the UPS shipments at a shipping center 

25 such as a Mail Boxes Etc 143, or not using the System for shipping UPS 144. Depending on 

26 the User's selection, the System provides appropriate special circumstance notification 145 if 

27 required. 

28 If User clicks the Next button 102, and if the data entered in the UPS registration 

29 screen is successfully validated, the System displays the next screen, which in this case is the 



-25- 



PSTM001 5/MRK/STM 

1 eCommerce registration introduction screen 45 as depicted in FIG. 10a. FIG. 17 is a graphic 

2 representation of an exemplary embodiment of an eCommerce registration introduction 

3 screen 45. The eCommerce registration introduction screen 45 provides a textual description 

4 150 of the procedure to setup selling preferences for eCommerce transactions. 

5 If the user clicks the Finish button 1 52 on the eCommerce registration introduction 

6 screen 45, the System finalizes the registration process 46 and sends the User to a registration 

7 complete screen 48a as depicted in FIGS. 10a and 10b. FIG. 10b depicts 

8 eCommerce/eAuction Seller registration procedures, including the Creation of a Link that the 

9 Seller can copy and paste in the Seller's Web page description of the item to be sold/shipped. 

10 FIG. 18 is a graphic representation of a registration complete screen 48a. The System 

1 1 informs the User that the User is registered 1 53 and that the User's ID and password will be 

12 e-mailed to the User 154. The System summarizes the registration information for the User 

13 155 and instructs the User 156 to click on the Close button 1 57 to log on to the System for the 

14 first time. If the User clicks on the Close button 157 and logs on to the system, a Welcome 

15 screen, e.g., 48b as depicted in FIG. 10b, is displayed from which the User can request that a 

16 Seller's Link be created. 

17 If the user clicks the Continue button 151 on the eCommerce registration introduction 

1 8 screen 45, the System will display 47 the next screen, which is an eCommerce registration 

19 screen 49 as depicted in FIGS. 10a and 10b. 

20 FIG. 19 is a graphic representation of an exemplary embodiment of the Seller's 

21 Carrier/Service Preferences Screen 49 as depicted in FIG. 10b. With the Seller's 

22 Carrier/Service Preferences Screen 49, the System requests 159 the User to identify the 

23 Carriers and the Services of each Carrier that the User is willing to allow Buyers/Bidders to 

24 choose for shipping the item(s) to be shipped. Each supported Carrier, e.g., Airborne Express 

25 160, FedEx 162, UPS 164, and USPS 166 is available for selection by the User. Further, each 

26 service offered by a particular Carrier is also available for User selection. For example, for 

27 Airborne Express, Overnight Air Express 161a, Next Afternoon Service 161b, and Second 

28 Day Service 161c are available for User selection. The User selects a Carrier or a service by 

29 clicking on the selection button, e.g., 160. 
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1 FIG. 20 is a graphic representation of an alternative embodiment of the Seller's 

2 Carrier/Service Preferences Screen 49. In the example depicted in FIG. 20, the User has 

3 selected all Carriers and all services for all Carriers. 

4 If the User clicks the Next button 102 on the Seller's Carrier/Service Preferences 



5 Screen 49, the System will display the next screen, which is Seller's Charges and Payment 

6 Preferences Screen 50 as depicted in FIG. 10b. FIG. 21 is a graphic representation of an 

7 exemplary embodiment of a Seller' s Charges and Payment Preferences Screen 50. The 

8 System asks the User to select a format for presentation of shipping charges to the 

9 Buyer/Bidder 169. The User can select any one of the following choices: 1) the item cost 

10 includes shipping charges 170; 2) buyer pays actual shipping charges 171 ; or 3) buyer pays 

1 1 shipping plus additional charges 1 72. 



1 2 If the User chooses the option that the buyer pays shipping charges plus additional 

1 3 charges, then the User must select the types of additional charges that apply, and the value to 

14 be added: 1) add percentage of shipping cost 173 and specify percentage 174; 2) add fixed 

15 handling charge 175 and specify the amount of the handling charge 176; and/or 3) add System 

16 Service Fee 177. 

1 7 The System also requires that the User select at least one payment method: Visa 179a, 

1 8 American Express 1 79b, Personal Check 1 79c, Cashier' s Check 1 79d, MasterCard 1 79e, 

19 Discover 179f, and/or Money Order 179g. The User is also given the option of requesting 

20 that the System collect credit card information and provide the information to the User so that 

21 the User can process the information 1 80. 

22 If the User clicks the Finish button 1 52 on the Seller' s Charges and Payment 

23 Preferences Screen 50, then the System will display the Registration Completion Screen 48a 

24 previously described above. 

25 FIG. 22 is a graphic representation of an alternative embodiment of the Seller's 

26 Charges and Payment Preferences Screen 50 depicting User selections of some of the 

27 available options. If the User clicks the Save button 1 8 1 , the System validates the 

28 information, saves the User' s choices and specifications, and completes the registration 

29 process. 
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1 Similarly, with respect to FIG. 21 , if the user clicks the Finish button 1 52 on the 

2 Seller's Charges and Payment Preferences Screen 50, the System finalizes the registration 

3 process and displays the registration complete screen 48a as depicted in FIG. 10b. As was 

4 previously described above, in the registration complete screen 48a, the System summarizes 

5 the registration information for the User 1 55 and instructs the User 1 56 to click on the Close 

6 button 157 to log on to the System for the first time. If the User clicks on the Close button 

7 157 and logs on to the system, a Welcome screen, e.g., 48b as depicted in FIG. 10b, is 

8 displayed from which the User can request that a Seller's Link be created. 

9 FIG. 23 is a System interactivity data and logic flow diagram depicting an exemplary 

10 embodiment of the Seller's eCommerce Registration process. FIG. 23 depicts the interactivity 

1 1 between the User's client machine (Seller's computer) 8 and the System's server computers 

12 20a-21z. Also depicted are the data accesses to the System database 22. An arrow 230 

13 extending from the top of the diagram and pointing down towards the bottom of the figure 

14 graphically represents the passage of time. 

1 5 As depicted in FIG. 23, the Seller clicks on the Pricing Preferences submenu option 

16 231 (equivalent to 3 lb- 1 as depicted in FIG. 24 under the Sell It option 3 1 a of the main menu 

17 34 as depicted in FIG. 9). The System servers 20a-20n then access the System database 22 to 

18 determine whether the Seller's preferences have previously been set 232. In the case that no 

19 preferences are found for the specified Seller 233, the System servers 21a-2 lz generate the 

20 signals necessary to display the Carriers and Services Screen 234 to the Seller's computer 8. 

21 The Seller selects the Seller's preferred Carriers and Services and clicks the Next button 235 

22 returning control to the System servers 2 1 a-2 lz. The System servers 2 1 a-2 1 z next generate 

23 the signals necessary to display the Charges and Payment screen 236 to the Seller's computer 

24 8. The Seller selects the Charges and Payment options and clicks the Save button 237. The 

25 System servers 2 1 a-2 1 z validate the Seller preference information and the System servers 

26 20a-20n store the information on the System database 22. The System servers generate the 

27 signals necessary to notify the Seller at the Seller's computer 8 that the Seller's preferences 

28 have been saved 239. 

29 There are different ways by which a User can request the System to create a Seller's 
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1 Link. One way is for the User to enter the System's home page, log in 48b, e.g., as depicted 

2 in FIG. 10b, and click on the Sell It 3 la, or equivalent, application on the main selection bar 

3 34 as depicted in FIG. 9. Another way is to click on the System logo icon as provided in an 

4 eCommerce/e Auction Provider's web site. There are other ways that a User can enter the 

5 System. For instance, the eCommerce/eAuction Provider might provide a hyperlink to the 

6 System web site. 

7 If the User enters the System Web site, and clicks on the Sell It selection 31a, the 

8 System presents either a submenu such as 3 lb as depicted in FIG. 9, or displays a default first 

9 screen in the Sell It application, depending on the embodiment. 

10 If the User has not completely registered for the System and for eCommerce shipping 

1 1 processing, then the System prompts the User to complete the necessary registration process 

12 by displaying a Registration Needs Completion screen 5 1 as depicted in FIG. 1 Ob. 

1 3 FIG. 24 is a graphic representation of a Registration Needs Completion Screen 5 1 . 

14 Similar to the screen depicted in FIG. 17, the System requests the User to provide the 

1 5 necessary information by completing the information requested in subsequent screens 150-1. 

1 6 If the User clicks the Next button 1 02, the System displays the Seller' s Carrier/Service 

17 Preferences Screen 49, and the Seller's Charges and Payment Preferences Screen 50 as 

18 depicted in FIG. 10b. 

19 Once the User has completed registration for the System and for eCommerce shipping 

20 processing, the System allows the User to select the Create Link submenu option 3 lb-2 in the 

21 Sell It Application 31a of the System. If the User selects the Create Link option 3 lb-2, the 

22 System displays a Create a Seller's Link Screen 52 as depicted in FIG. 10b. FIG. 25 is a 

23 graphic representation of an exemplary embodiment of a Create a Seller's Link Screen 52. 

24 Before the System can create a Seller's link, the User must tell the System information 

25 about the particular package that will be shipped. Accordingly, as depicted in FIG. 25, the 

26 System asks the User to enter the shipping weight and value of the item to be shipped 190. 

27 The User is asked to enter the Shipping Weight 191a. 

28 FIG. 26 depicts an exemplary alternative embodiment of a screen for the input of 

29 Shipper Parcel Specifications, which in the exemplary alternative embodiment depicted is 
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1 titled the Location and Package Screen. The Location and Package Screen depicted in FIG. 26 

2 collects Shipper input similar to a portion of the information that which was described in 

3 connection with FIGS. 13 and 25. 

4 As shown in FIG. 26, the Shipper is asked to input the location 1040 from which the 

5 parcel will be shipped. A pull down menu activation mechanism 1041 is provided to allow 

6 the user to pull down a menu (not shown) of different shipping locations. It should be noted 

7 that the exemplary selection mechanisms, e.g., "pull down menu", "drop down selection", and 

8 others, described herein are used for illustrative purposes and are not a limitation of the 

9 invention. 



1 0 The Shipper activates the pull down menu by placing the cursor of the Shipper's PC 

1 1 over the pull down menu activation mechanism 1 041 and leaving the cursor in the same 

12 position for a certain period of time (this method of activating a selection mechanism will be 

13 referred to herein as a "Pause Activation"). In alternative embodiments, the Shipper activates 



14 the pull down menu by placing the cursor of the Shipper's PC over the pull down menu 

15 activation mechanism 1041 and clicking the Shipper's user input device (this method of 

16 activating a selection mechanism will be referred to herein as a "Click Activation"). It should 

17 be understood that for each activation mechanism depicted in the User Interface of the Present 

18 Invention, that the exemplary embodiments of the User Interface depicted herein use the 

19 Pause Activation method; alternative embodiments use the Click Activation method. 



20 References herein to "clicking" mean that the Shipper places the cursor of the 

21 Shipper's PC on the subject item and clicks the Shipper's user input device. 

22 If the Shipper activates the pull down menu activation mechanism 1 041 , a menu of 

23 different shipping locations (not shown) appears in the Location area 1074 of the screen. The 

24 Shipper then selects one of the shipping locations by placing the cursor of the Shipper's PC 

25 over a particular shipping location in the shipping location menu and clicking the Shipper's 

26 user input device, e.g., mouse. 

27 It should be understood that for each selection mechanism depicted in the exemplary 

28 embodiments of the invention, selection of a particular choice from such a selection menu is 

29 made by the Shipper clicking the Shipper's user input device. 
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1 There are two types of shipping locations, ship centers and customer drop offs. Ship 

2 centers are those locations which refer to a database of specific locations, from which a 

3 specific location from the available locations must be selected to determine rates, such as an 

4 "iShip Center". Customer drop offs are those shipping locations from which a specific 

5 location need not be selected to determine rates, such as a "drop box", "carrier counter" or 

6 "call for pickup". The shipping location pull down menu displays each shipping location 

7 category, e.g., iShip Center, other specific shipping center types, drop box, carrier counter, 

8 call for pickup, etc. 

9 As was described with regard to FIG. 15 above, if the Shipper selects a particular 



10 "ship center" type from the shipping location pull down menu (not shown) as the shipping 

1 1 location, the User Interface will display, as shown in FIG. 15, three elements: 1) a table 1058 

12 with the Location Address, Pickup Times and Comments Area; 2) a Browse button 1059; and 

13 3) a destination Zip Code field 1042. Clicking the Browse button 1059 will display additional 

14 Drop Off Locations in a Pop-up window (not shown). 



1 5 Returning to FIG. 26, if the Shipper selects a "customer drop off as the shipping 

16 location, the User Interface will display, as shown in FIG. 26, two elements: 1) Origin Zip 

1 7 Code Field 1 053 ; and 2) Destination Zip Code Field 1 042. 

1 8 For either class of shipping location, if an iShip Shipping Station will not be present at 

1 9 the selected shipping location, the System displays a notice (not shown) to the customer 

20 telling them that they must have a laser printer to ship using the specified location. 

2 1 If the Shipper is Logged On to the System and has established an account, the System 



22 will default the Shipping Location to the Shipper's specified Preferences which the Shipper 

23 inputs (not shown) the first time that the Shipper logs into the System. If the Shipper's 

24 specified Preference is a "customer drop off location, the System populates the Origin Zip 

25 Code with the Shipper's default Zip Code which the Shipper inputs (not shown) the first time 

26 that the Shipper logs into the System. 

27 If no location is selected by the Shipper, the System displays a message (not shown) 

28 asking the Shipper to select a shipping location. 

29 In the Package area 1075 of the screen depicted in FIG. 26 there are the following 
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1 controls or control groups: 1) "Packaging" which includes various types of parcel packaging , 

2 as shown in item numbers 1043-1047 and includes Length 1048, Width 1050 and Height 

3 1049 which are required data fields for parcels designated by the Shipper as the type "Other 

4 Packaging"; 2) Weight 1051 (If the Shipper specifies one of the recognized carrier packaging 

5 types (Letter, Pak, Box, Tube) the field will be auto filled with "letter", "pak", etc.); and 3) 

6 additional handling 1052. If "Letter" is selected the weight will be set by the System to 0.5 

7 lbs. Otherwise, weight may be input by the Shipper (612, FIG. 27a) using a user input device 

8 such as a keyboard, with weights ranging from 1 to 150 lbs. If a specific weight is selected or 

9 input, the Packaging Type will be set to Carrier Box. 

10 In order to identify the weight of the parcel to the System, in one embodiment of the 

1 1 invention, the Shipper's PC is configured with a scale and the System communicates with the 

12 Shipper's scale using the user's client web browser. FIGS. 27a through 27c depict the logic 

13 flow for communications between the System and a Shipper's PC and a scale configured with 

14 the Shipper's PC. As depicted in FIGS. 27a through 27c , the Shipper establishes in the 

1 5 System certain information about the Shipper's PC configuration at the time the Shipper sets 

16 up an Account 601 . If the Shipper's PC is configured with a scale, the Shipper specifies scale 

17 configuration information 602 such as: the make and model of scale, and the type of port 

1 8 (e.g., serial or parallel) with which the scale is configured with the PC. Further, the System 

19 provides storage and access 603 for the Shipper's scale configuration information in a 

20 database 604. 

21 Continuing with FIGS. 27a through 27c , the System supports various makes and 

22 models of scales. Each scale make and model has a set of features and requirements for which 

23 the System must be programmed in order for the System to communicate properly with each 

24 particular scale. The System provides an ActiveX control dedicated to communications with 

25 peripheral devices configured with client PCs ("Shipping Station ActiveX Control") 607. 

26 Contained within the Shipping Station ActiveX Control is a table (the "scale table") 608 

27 containing entries for each supported scale make and model and provides logic to process the 

28 communication information for each scale make and model as appropriate. It should be 

29 understood by someone skilled in the art that the Shipping Station ActiveX Control facilitates 
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1 communications with various devices on the client machine. The Shipping Station ActiveX 

2 Control 607 and the scale table 608 are requested 606 by the web page (the "System/scale 

3 interface") containing the Weight field 105 1 at the time that the Shipper activates 605 the 

4 Weight field 1051. Once the web page requests the Shipping Station ActiveX Control 607, 

5 the Shipping Station ActiveX Control 607 is automatically installed on the client 609. In the 

6 event that the Shipping Station ActiveX Control is updated to facilitate the support of 

7 additional scale makes and models, the Shipping Station ActiveX Control is automatically 

8 reinstalled on the particular client PC the next time that the Shipper activates the Shipping 

9 Station ActiveX Control. 

1 0 Continuing with FIGS . 27a through 27c, the Shipper places 6 1 0 the Subj ect Parcel on 

1 1 the scale, such as, e.g., the scale 1024a depicted in FIG. 4, and 1024n depicted in FIG. 7. The 

12 Shipper activates the Shipping Station ActiveX Control by placing the cursor of the Shipper's 

13 PC on the Weight field 1 05 1 (such as the Weight field 1 05 1 depicted in FIGS . 1 5 and 26). 

14 The System checks the Shipper's scale configuration information to determine 611 whether 

1 5 the Shipper' s PC is configured with a scale. If so, the System activates the System/scale 

1 6 interface 613. Otherwise, the user may input the weight 6 1 3 in the Weight field 1 05 1 as 

17 depicted in e.g., FIG. 26. 

18 In one embodiment of the System/scale interface aspect of the invention, the System 

19 uses ActiveX control language and the client's web browser, such as Internet Explorer 

20 browser. Continuing with FIGS. 27a through 27c , using the Shipper's scale configuration 

21 information, the System calls Windows libraries 615 to open the serial or parallel port with 

22 which the scale is configured, as the case may be and as is specified in the Shipper's scale 

23 configuration information. Windows is an operating system used with most PCs. 

24 Continuing with FIGS. 27a through 27c , the System uses the information for the 

25 particular scale make and model from the scale table 608 of scale makes and models to send a 

26 communication query to the particular scale 616. Typically, the communication query 

27 information required by a particular scale make and model is a particular set of characters. 

28 Each scale make and model recognizes a unique set of characters as a request for a weight. 

29 Accordingly, the appropriate set of characters that means a request for weight to a particular 
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1 scale make and model is stored in the scale table for a particular scale make and model. 

2 Continuing with FIGS. 27a through 27c, after a proper query, a scale will return a data 

3 stream containing the weight of the parcel 617. Depending on the scale make and model, 

4 other types of information may be contained in the return data stream. The System accesses 

5 the scale table 608 to interpret 61 8 the return data stream according to the scale make and 

6 model rules as stored in the scale table and as programmed in the Shipping Station ActiveX 

7 Control. 

8 Other scale communication information is contained in the scale table for each scale 



9 make and model, including, for example: the character string that communicates a request as 

10 to whether or not the weight is stabilized; the default contents of the return data stream of the 

1 1 weight from a particular scale make and model; and the character string to request that the 

1 2 scale send the weight mode with the return data stream. Weight mode is the mode with which 

13 the scale measures weight (e.g., pounds, kilograms, etc.). 

14 In one embodiment, as long as the Shipper's cursor remains on the Weight field 1051 

1 5 (such as the Weight field 1051 depicted in FIGS. 15 and 26), the System polls the scale 

1 6 repeatedly requesting the weight and requesting notification that the weight is stabilized 619. 

17 Each time the System polls the scale, the System tests to determine 620 whether or not there 

18 is a difference in the weight as compared with the last time that the System polled the scale. 

19 If the System determines a difference in weight, then the System uses the Shipping Station 

20 ActiveX Control to fire an event 621 to the client web browser to display on the User 

21 Interface screen that the weight has changed. 



22 In one embodiment, once the Shipper removes the cursor from the Weight field 1 05 1 , 

23 the System stops polling the scale 622. If prior to the last polling to the scale, the scale 

24 notifies the System that the weight has stabilized 623, the System will proceed with preparing 

25 the Graphic Array if requested to do so by the Shipper 625. Otherwise, if the System 

26 determines a difference in weight, the System notifies the Shipper that the weight is not stable 

27 624. 

28 The Shipper can use the Shipper's input device connected to the Shipper's PC, such as 

29 a mouse 12a, as depicted in FIG. 4, to position the cursor on one of the navigational buttons 
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1 1 02- 1 05 shown at the bottom of the screen as depicted in FIG. 26 described above. If the 

2 Shipper clicks the "Next" button 102, the System will display the next Screen, which, in the 

3 embodiment depicted, is the Rates and Times Screen (an exemplary embodiment of which is 

4 depicted in FIG. 36a described below). If the Shipper clicks the "Reset" button 103, the 

5 System will clear the values displayed on the current screen. If the Shipper clicks the 

6 "Cancel" button 1 04, the System will cancel the Shipper's Parcel Specifications and the 

7 Shipper's service request. If the Shipper clicks the "Help" button 105, the System will 

8 display help text to explain to the Shipper the appropriate possible actions. 

9 Returning to FIG. 25, Shipping Weight can be input by clicking the Shipping Weight 

1 0 pull down menu button 191b which will cause a display of commonly selected weights, such 

1 1 as "Letter - 0.5 lbs" and weights from 1 to 150 lbs. Alternatively, in one exemplary 

12 embodiment, the User inputs the weight of the package by placing the actual package on a 

1 3 scale that is configured with the User' s computer and with which the System is programmed 

14 to interact as disclosed above 

1 5 The User is also asked to identify whether the item is irregular or requires non- 
16 standard packaging 192. Regarding Loss Protection, the default is Basic Coverage 193. If 

1 7 the User instead selects Declared Value 1 94, the User is required to enter a value 1 95 greater 

1 8 than $0.00 and less than or equal to $50,000.00. 

19 Once the User has entered the package specific information 191a-195, as described 

20 above, the User can request the System to preview the shipping charges that will be presented 

21 to a Buyer/Bidder. To do so, the User may either: 1) choose an example destination 196a and 

22 uses the destination pull down menu button 196c to select a sample destination city 196b 

23 from a list of cities; or 2) choose to enter an example zip code 197a by entering a sample zip 

24 code 197b. Then the user clicks the Preview button 198 to display the sample charges. If a 

25 sample destination city was selected from the pull down list of cities, once the User clicks the 

26 Preview button 198, the System identifies the appropriate zip code for the selected city and 

27 moves that zip code into the Destination Zip code field 197b. 

28 FIG. 28 depicts an exemplary further supplemental Shipper Parcel Specification 

29 Screen such as in a simplified Internet embodiment of the invention, which in the 
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1 embodiment depicted is titled the Service Options Screen. The Service Options Screen 

2 provides for Shipper input of Service Option Selections and displays a Single Day Rate 

3 Graphic Array. The Service Options supported in the depicted embodiment are: 1) Loss 

4 Protection (Declared Value) 1 076 ; 2) E-Mail Delivery Notification 1 08 3 ; 3) Verbal Delivery 

5 Confirmation 1085; 4) "Service must be guaranteed" 1086; 5) "Destination is a Residence" 

6 1087; and 6) "Signature not Required" 1088. Selection of an option on the screen depicted in 

7 FIG. 28 is accomplished by the Shipper placing the cursor on the option selection mechanism 

8 and clicking the Shipper' s user input device. 

9 With respect to the Loss Protection (Declared Value) Service Option, if the Shipper 

1 0 selects the Declared Value Option 1 08 1 , the Shipper must enter a value 1 082 of greater than 

1 1 $100.00, and equal to or less than $50,000.00. The default for Loss Protection is "Basic 

1 2 Coverage" 1 080 which provides automatic coverage for the first $ 1 00.00 of Declared Value 

13 If the Declared Value option 1081 is selected and a value 1082 entered, the System will 

14 update the Single Day Rate Graphic Array 1096 with changes for each individual Carrier's 

15 rates, e.g., 1097. 

1 6 It should be noted that the Carrier Rules described herein, such as in the case of the 

17 defaults, threshold values, and the like concerning Loss Protection, are contained in the 

18 Carrier Rules database (e.g., 1404a through 1404n as depicted in FIG. 38), and for special 

1 9 cases, are programmed as part of the System. Carrier Rules vary from Carrier to Carrier; 

20 Carrier Rules are subj ect to change. The Carrier Rules described herein are therefore not a 

21 limitation of the invention. 

22 With respect to the E-Mail Delivery Notification Option, two controls are provided - a 

23 checkbox 1 083 and an "E-Mail Others" button 1 084. If the E-Mail Delivery Notification 

24 Option checkbox 1083 is checked the rates, such as those displayed in the Single Day Rate 

25 Graphic Array 1 096, will be updated to reflect each Carrier' s charges for the provision of E- 

26 Mail Notification services. If Shipper clicks the "E-Mail Others" button 1 084, the following 

27 will occur: 1) If the checkbox 1083 has not already been checked, it will be checked by the 

28 System; and 2) an "E-Mail Others" pop-up window will be displayed by the System as 

29 depicted in FIG. 60 and described below. 
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1 With respect to the Verbal Delivery Confirmation Option, if the Verbal Delivery 

2 Confirmation Option checkbox 1085 is checked, the rates, such as those displayed in the 

3 Single Day Rate Graphic Array 1096, will be updated to reflect each Carrier's charges for the 

4 provision of Verbal Delivery Confirmation services. If the Verbal Delivery Confirmation 

5 Option checkbox 1085 is checked, the System will use the Shipper's Return Address Phone 

6 and Name as supplied by the Shipper during Account setup (not shown), as the information to 

7 be supplied to UPS. 



8 With respect to the "Service must be guaranteed" Option, if the "Service must be 

9 guaranteed" Option checkbox 1086 is checked, the rates and Carrier/Service cells, such as 

10 those displayed in the Single Day Rate Graphic Array 1096, will be updated to remove any 

1 1 Carrier/Service cell for which service is not guaranteed. 

12 With respect to the "Destination is a Residence" Option, if the "Destination is a 

13 Residence" Option checkbox 1087 is checked, the rates and Carrier/Service cells, such as 

14 those displayed in the Single Day Rate Graphic Array 1 096, will be updated to remove any 

1 5 Carrier/Service cell which does not provide service to Residence Destinations. 

16 With respect to the "Signature not Required" Option, in the embodiment depicted in 

17 FIG. 28, if the "Signature not Required" Option checkbox 1088 is checked, no change will be 

18 applied to the rate graphic. In the embodiment depicted in FIG. 28, the "Signature not 

19 Required" Option is a FedEx only flag and does not effect any other Carrier or any Carrier 

20 rate. 

21 The Single Day Rate Graphic Array as displayed in FIG. 28 is similar to the Graphic 



22 Array described below as depicted in FIG. 36a in that the Single Day Rate Graphic Array is 

23 dynamically dimensioned and reflects the Carriers that provide the delivery service requested 

24 by the Shipper for a particular Subject Parcel. As with the Graphic Array, the embodiment of 

25 the Single Day Rate Graphic Array depicted in FIG. 28 uses a color-coded legend 1091 and 

26 color to distinguish the rates for each Carrier from the rates for the other Carriers. 

27 The Single Day Rate Graphic Array contains a number of elements. First, the selected 

28 delivery date 1090 is displayed at the top of Single Day Rate Graphic Array. The displayed 

29 date is bordered on the left 1098 and right 1099 with arrow buttons. If the Shipper clicks the 
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1 left arrow button 1098, the date will go back one valid delivery date. If the Shipper clicks the 

2 right arrow button 1099, the date will move forward one valid delivery date. The range of 

3 valid delivery dates is determined by the System according to the Expected Ship Date 

4 (element 1060 as depicted in FIG. 36a). 

5 Sorted, valid delivery times 1093-1 through 1093-5 for all valid dates are displayed 

6 down the left side of the Single Day Rate Graphic Array. Above the delivery times are up 

7 and down arrow buttons 1 1 00a and 1 1 00b respectively. If an up or down arrow button ( 1 1 00a 

8 and 1 100b respectively) is pressed, the list of available times 1093-1 through 1093-5 will 

9 scroll up or down appropriately, if and only if the list exceeds the Single Day Rate Graphic 

1 0 Array display area 1 096 . 

1 1 A Ship Location Type field 1066 and Ship Location drop down menu activator 1067, 

12 are displayed below the Single Day Rate Graphic Array and operate in a manner as described 

13 in FIG. 36a. If the Shipper changes the Ship Location selection, the System will update the 

14 Single Day Rate Graphic Array to reflect any rate changes or surcharges that result from the 

1 5 change. 

1 6 As with the Rates and Times Screen (described below as depicted in FIG. 36a), the 

17 Single Day Rate Graphic Array is color coded by Carrier in a color-coding legend 1091 - that 

18 is, a distinct color is visually depicted in a legend as corresponding to each respective Carrier. 

19 Carrier cell entries, e.g., 1097, for each Carrier are presented in a color-coded display of the 

20 available rate, by date and time. 

21 As depicted in FIG. 28, the color for the Carrier identified as "Airborne" 1 140b is 

22 depicted in the color coding legend 1091 with a right-diagonal cross-hatch symbol 1 140a. 

23 Accordingly, each Carrier cell entry, e.g., 1 097, contained within the Single Day Graphic 

24 Array with a particular distinct color, in this case depicted with the right-diagonal cross-hatch 

25 symbol 1 140a, corresponds to a delivery of the Subject Parcel supported by the Carrier 

26 "Airborne" 1140b. 

27 Each Carrier cell entry, e.g., 1097, contains a graphic element, e.g., 1097a, which 

28 contains what is known as "ALT text". A Shipper viewing the Single Day Rate Graphic 

29 Array online can place the PC's cursor on the graphic element, e.g., 1097a of a particular 
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1 Carrier cell entry, e.g., 1097, to display a pop-up screen (not shown) that displays the ALT 

2 text for that particular Carrier cell entry. The ALT text contains information about the 

3 Carrier, as described in FIG. 36a, such as the full Carrier name and the full Carrier service 

4 name. The contents of the ALT text described herein is exemplary and is not a limitation of 

5 the invention. 

6 Appearing in each of each of the color-coded Carrier cell entries is a monetary value, 

7 e.g., 1 097b, of the price that the corresponding Carrier would charge to deliver the Subj ect 

8 Parcel according to the time and date specified. For example, as depicted in FIG. 28, the 

9 Carrier cell entry 1097, depicted with the right-diagonal cross-hatch symbol 1 140a, contains 

10 the amount $9.00 (1097b). Accordingly, the amount $9.00 (1097b) is the price that the 

1 1 Carrier Airborne would charge to deliver the Subject Parcel at the identified time of 12:00 

12 p.m. 1093-3 on the identified date of Monday, September 28, 1999 1090. 

13 Similarly, as depicted in FIG. 28, the color for the Carrier identified as "FedEx" 1 141b 

1 4 is depicted in the color coding legend 1 09 1 with a left-diagonal cross-hatch symbol 1141a. 

1 5 Accordingly, each Carrier cell entry contained within the Graphic Array with the left-diagonal 

16 cross-hatch symbol, e.g., 1 107, corresponds to a delivery of the Subject Parcel supported by 

17 the Carrier "FedEx." 

1 8 Further, as depicted in FIG. 28, the color for the Carrier identified as "UPS" 1 142b is 

19 depicted in the color coding legend 1091 with a vertical cross-hatch symbol 1 142a. 

20 Accordingly, each Carrier cell entry contained within the Graphic Array with the vertical 

21 cross-hatch symbol, e.g., 1 1 08, corresponds to a delivery of the Subj ect Parcel supported by 

22 the Carrier "UPS." 

23 In the embodiment of the Service Options Screen depicted in FIG. 28, the navigational 

24 buttons operate much the same as has been previously described except that clicking the 

25 "Back" button 1 1 7 will display the previous screen, which in the embodiment depicted is the 

26 Rates and Times Screen (FIG. 36a); clicking the "Next" button 102 will display the next 

27 screen, which in the embodiment depicted is the Summary Screen (FIG. 48). The Shipper 

28 must select a Carrier cell entry before the System will display the Summary Screen. To select 

29 a Carrier cell entry, the Shipper places the cursor over the entry and clicks the user input 



-39- 



PSTM001 5/MRK/STM 



1 device. In an alternative embodiment, the Shipper double clicks a Carrier cell entry to select 

2 the entry. Clicking the Reset button 103 will clear all fields in the Service Option Screen 

3 depicted in FIG. 28 and return the display of the Location and Package Screen (as described 

4 above with regard to FIGS. 1 5 and 26). 

5 Returning to FIG. 25, once the User is satisfied with the previewed charges, the User 

6 can create a Seller's link. To do so, the User must choose the type of Link, HTML 199 or 

7 Web Address only 200, enter the Link Text 201 that will be displayed, and click the Go 

8 button 202. 

9 Once the User clicks on the "Go" button 202, the System generates an HTML 

1 0 hyperlink and moves the HTML hyperlink in the "Link" box 203a. If the HTML hyperlink 

1 1 text exceeds the space available on the Create a Seller' s Link Screen, the User can click on 

12 the up and down scroll buttons, 203b 1 and 203b2 respectively. 

1 3 FIG. 30 depicts an exemplary alternative embodiment of the Create a Seller' s Link 

14 screen. In this embodiment, the System collects the package specific information when the 

15 Seller enters the System and then presents the screen as depicted in FIG. 30 to display the 

1 6 generated hyp erlink. 

17 On the Seller's Link Screen depicted in FIG. 30, an Affiliate's Logo 215 is displayed. 

1 8 The Affiliate's Logo 21 5 represents the logo of an affiliated eCommerce/eAuction provider. 



19 When Affiliate co-branding is desired, an affiliate identifier is appended to the end of the 

20 URL that refers to the Sell It application as that URL is provided in the affiliate Provider's 

21 Web site. An affiliate identifier is an account number that begins with the prefix "AFF". 

22 When a Seller clicks on a logo or hyperlink for the System that has an affiliate identifier, the 

23 affiliate identifier is sent to the System with the hyperlink. If the System receives an affiliate 

24 identifier in a hyperlink, the System accesses the System database 22 as depicted in FIG. 5, 

25 retrieves the affiliate's logo and color scheme, and uses the affiliate's logo, page element 

26 specifications, and color scheme to alter page elements of the System screens. 

27 In one embodiment, the System generates an HTML hyperlink by executing a JAVA 

28 script routine (in alternative embodiments, other scripts are used). The JAVA routine extracts 

29 the Seller's package-specific information from the Create a Seller's Link HTML page (i.e., 
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1 Weight, Irregular or Non-Standard Packaging, Loss Protection, Destination Zip code, Link 

2 Type and Link Text) and integrates the information with a URL (Universal Resource Locator) 

3 that points to the address at which a System web page exists, or a series of System web pages 

4 exist, that will display shipping cost comparisons for a Buyer/Bidder. In one embodiment, 

5 the URL information is hard coded in the web page. The hyperlink built by the System 

6 contains data as well as an address. In an alternative embodiment, the URL is dynamically 

7 generated. 

8 In order to create the Link, the System places the appropriate HTML tags and text in a 

9 sequence that can be rendered by a web browser. An example of a hypertext link, like the one 

1 0 generated in FIGS. 25 and 29, that the "Create Link" application creates is depicted in FIG. 

11 31. Some of the text of the Link (a hyperlink) depicted in FIG. 3 1 is a template. However, 

12 several components are customized according to the Seller's and the specific item's 

13 information. For instance, the example hyperlink depicted in FIG. 3 1 contains a variable data 

14 item named "K" 210-1 which is set equal to the account number 210-2 ("A6V1XZ" in this 

15 case) of the Seller's account 210. The example hyperlink depicted in FIG. 31 also contains a 

1 6 variable named "W" which is set equal to the weight in pounds of the package to be snipped 

17 (in this case "10") 21 1; a variable named "V" set equal to the declared value for loss 

18 protection of the package (in this case "0") 212; and a variable named "H" which is set equal 

19 to an indicator, which if set to "1", the package has irregular or non-standard packaging, if set 

20 to "0" (as in this case"), the package is regular with standard packaging 213. 

21 After the System generates the HTML hyperlink, the Seller can copy the HTML 

22 hyperlink text 203a as depicted in FIG. 30 using generally available text editing features such 

23 as click, drag and copy. The Seller then returns to the Seller's web site or to the 

24 eCommerce/eAuction Provider' s from which the Seller entered the System and paste the Link 

25 text in the Seller's eCommerce/eAuction item description. 

26 The Buyer's/Bidder's experience is described in detail below. However, for purposes 

27 of describing the Seller's Link, when the Buyer/Bidder clicks on the Seller's Link in the 

28 Seller's web page, the Buyer's/Bidder's Web Browser will use the URL to locate the System 

29 Web page that is addressed by the Link. The System will be presented with and receive as 
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1 input the information in the hypertext link, including the variables and their respective 

2 contents as described above 2 1 0-2 1 3 in connection with FIG. 3 1 . 

3 With the Seller's account number 210, the System accesses the System database 22 as 

4 depicted in FIG. 5 and retrieves the following types of information about the Seller: 1) 

5 Package origin address; 2) Carriers and services that the Seller has chosen to use; 3) Custom 

6 and public carrier rates the Seller can use; 4) Additional handling charges that the Seller 

7 wants to imposes; and 5) Payment methods the Seller will allow the buyer to use. This type 

8 of information was collected by the System during the Seller' s Registration process as was 

9 described above (e.g., in connection with FIGS. 9-14, 16-25). 

1 0 With the Seller' s information as collected through the Registration process and with 

1 1 the package specific information as provided by the hyperlink Seller's Link, the System, at 

12 the address provided by the URL, is programmed to interact with the Buyer, as will be 

13 described in detail below, to facilitate shipping of the package, payment information 

1 4 collection, and depending upon the previously provided (during Seller registration) 

1 5 instructions of the S eller, payment processing. 

1 6 FIG. 32 depicts an alternative embodiment of a hyperlink generated by the System. 

1 7 Instead of the hyperlink explicitly containing the Seller' s account number 2 1 0 and package 

1 8 specific information, e.g., 21 1-213, as depicted in FIG. 3 1 , the hyperlink depicted in FIG. 32 

1 9 provides a Package Identifier ("PID") 220. A PID hides Seller account information and 

20 package specific information from the Buyer/Bidder by replacing the explicit embedded 

21 information with a single string of facially meaningless characters. In an embodiment of the 

22 System that generates a PID for each package/Seller's Link, every time a Seller creates a 

23 URL with a PID, the System creates a new and unique PID. Without access to the iShip 

24 database, there is no information in a PID from which to determine a Seller's information. 

25 The System stores the PID 220 in a PID table in the System database 22 (such as 

26 depicted in FIG. 5) and stores the Seller's account and package specific information, e.g., 

27 210-213 (such as depicted in FIG. 3 1) with the PID. 

28 In another embodiment, the details associated with the Seller's account, such as the 

29 Seller's various eCommerce and shipping preferences, are stored in detail with the PID 220. 
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1 Storing detailed information with a PID 220 provides for additional flexibility in that new 

2 Seller information can be associated with the new PID while not influencing a previously 

3 generated PID and its associated set of information. 

4 FIGS. 33a and 33b represent a database schema diagram that depicts an exemplary 

5 embodiment of tables in which data is stored by the System regarding a particular Seller 

6 Account, and from which information is retrieved in order to begin the process of presenting 

7 to the Buyer/Bidder a shipping cost multi-carrier, multi service comparison Graphic Display, 

8 which itself will be discussed in more detail below. 

9 As depicted in FIGS. 33a and 33b, the database schema 250 is comprised of an 

10 Account User table 251, aUsers table 252, an Account User Configuration table 253, a 

1 1 Carrier Account table 254, an Account table 255, an Account and Carrier Account table 256, 

12 an Address table 257, a Site Type table 258, an Account and Site Type table 259, an Account 

1 3 and Site table 260, and a Site table 270. 

14 The Account table 255 holds, among other things, information about each Seller's 

1 5 account. In preparing the multi-carrier shipping cost comparison Graphic Display, the System 

1 6 accesses the Account table in order to determine whether the Account number 2 1 0-2 

17 contained in the hyperlink text is a valid Account number 255-1 and in an Active state 255-3. 

18 The Account User table 251 is used, among other things, to associate the Seller's 

19 account information with the Seller's security and address information. An address pointer 

20 251-3 into the Address table 257 is used 257-1 to retrieve the Seller's origin address. 

21 The Account User Configuration table 253 contains the Seller's preference settings 

22 (not shown) as specified by the Seller. These include Seller's choice of carriers, services, 

23 payment options, type of drop-off / pickup option, and any handling charges the Seller wishes 

24 to impose on the buyer. 

25 The Address table 257 holds all the addresses that are used in System applications. In 

26 addition to normal mailing address information, other items stored in this database table 

27 include the Seller's e-mail address and phone numbers. 

28 The Carrier Account table 254 holds the carrier account information that the System 

29 uses when a Seller ships a package. As well, this table 254 contains information for 
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1 generating each Seller's rates for each carrier. 

2 The Account and Carrier Account table 256 ties the carrier accounts 254- 1 from the 

3 carrier Account table 254 to the Carrier Accounts 256-2 with which the Seller has specified as 

4 a preferred Carrier to a particular Seller' s account 256- 1 . 

5 The Site Table 270 contains information about drop off and pickup site locations. The 

6 Site Type table 258 contains information about each type of site. 

7 The Account and Site table 260 relates a particular Seller Account 260-1 to a 

8 particular site pointer 260-2 which in turn points to a particular site record 270-1 in the Site 

9 table 270. 

10 The Account and Site Type table 259 relates a particular Account 259-1 to a particular 

1 1 site type 259-2 which in turn points to a particular site type record 258-1. 

12 In one embodiment, once the Seller has decided upon the Seller's preferred options, 

13 the information in the Site Type, Account and Site Type, Account and Site and Site tables 

14 258-270 are stored in the Account User Configuration table 253. 

1 5 Most eCommerce web sites and eAuction sites allow the Seller to generate a custom 



16 Seller's web page for each item being sold. Typically, the Seller's web page utilizes HTML 

1 7 for the layout, and descriptions and pictures of the item sold or auctioned. During the process 

18 of establishing an eCommerce/eAuction web page, the Seller utilizes the System to register 

1 9 for the System' s shipping management services, to enter the Seller's preferences as described 

20 above, and to enter parameters such as, for example, the weight and packaging, loss 

21 protection and value of the package, as described above that describe the particular item the 

22 Seller is selling/auctioning. The Seller then uses the Create a Seller's Link function of the 

23 System to create a hyperlink. The Seller then uses customary edit controls to copy the 

24 hyperlink and paste the hyperlink into the description of the item to be sold at the Seller's web 

25 site. The result is an HTML hyperlink to view the shipping charges from the auction item 

26 description field, an exemplary embodiment of which is depicted in FIG. 34. 

27 As depicted in FIG. 34, the exemplary item bidding requirements and circumstances 

28 301 are described in the Seller's auction web site page. A description of the item available 

29 for bidding is provided 302. The Seller has used the System to copy the hyperlink 203a 



-44- 



PSTMOO 1 5/MRK/STM 



1 created by the system into the description 302 of the item. After returning to the Seller's 

2 auction web site page describing the particular item, the Seller used customary edit controls to 

3 paste the hyperlink into the description 302 of the item 303 . The Seller's web site page 53 is 

4 depicted in FIG. 10c. 
5 

6 D. THE BUYER'S EXPERIENCE IN AN ECOMMERCE EMBODIMENT 

7 In an eCommerce embodiment of the present invention, the Buyer/Bidder enters the 

8 Seller's eCommerce/eAuction web site page, such as the one depicted in FIG. 34, and reviews 

9 the Seller's description of the item to be sold/auctioned. If the Buyer/Bidder is interested in 

1 0 the item, the Buyer/Bidder may click on the System hyperlink 303 for that Seller' s item 

1 1 shipping charges. 

12 If the Buyer clicks on the System hyperlink 303, as depicted in FIG. 10c, the 

13 Buyer/Bidder enters the System at the URL address supplied by the hyperlink. FIG. 35 is a 

14 graphic representation of an exemplary Buyer shipping rating information collection screen 

1 5 that the Buyer would see upon entry into the System. As depicted in FIG. 35, the System 

16 displays a Buyer data collection screen 55 (in FIG. 10c) to the Buyer, instructing the Buyer to 

17 enter the Buyer's zip code and other options, and to click on the Get Rates button 317 to get a 

1 8 comparison of rates 310. The Buyer enters the deliver-to zip code 311, identifies whether the 



19 delivery will be made to a business address 3 12 or a residence 313, and whether yes 314 or no 

20 315 the Buyer wants the selected Carrier/service to guarantee a delivery time. The System 

21 instructs the Buyer to click the "Back" button on the Buyer's web browser to return to the 

22 Seller's item web site page 316. 

23 Once the Buyer has supplied the necessary information, if the Buyer clicks the Get 

24 Rates button 317, the System validates the information supplied by the Buyer and then 

25 combines the information supplied by the Buyer with the information set for the Seller during 

26 the Seller's registration/eCommerce registration and calculates and displays a multi-carrier, 

27 multi-service rate and time shipping cost comparison Graphic Array 56 (as depicted in FIG. 

28 10c). 

29 An exemplary embodiment of a multi-carrier, multi-service rate and time shipping 
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1 cost comparison Graphic Array in an exemplary simplified Internet embodiment of the 

2 invention is depicted in FIG. 36a. 
3 

4 a) THE GRAPHIC ARRAY DISPLAY 

5 FIG. 36a depicts an exemplary Dynamically Dimensioned Multi-Carrier, Multi- 

6 Service Graphic Array online display as part of an exemplary supplemental Shipper Parcel 

7 Specification Input Screen. FIG. 36a depicts a Graphic Array for an exemplary simplified 

8 Internet embodiment. In the embodiment of the Graphic Array depicted in FIG. 36a, the 

9 particular screen is titled the Rates and Times Screen. 

10 As depicted in FIG. 36a, the exemplary Graphic Array contains the following 

1 1 information and display elements: 1) valid delivery dates 1063 (1063-1 through 1063-3) 

1 2 across the top of the graphic display for the selected Ship Date; 2) sorted, valid delivery times 

13 1064 (1064-1 through 1064-6)for all valid dates down the left side of the graphic display; and 

14 3) color coded by Carrier, Carrier cell entries, e.g., 1065, for each available rate, by date and 

15 time. 

16 In the exemplary embodiment depicted in FIG. 36a the Graphic Array comprises an 

1 7 array of intersecting rows and columns. Each column corresponds to a day and date of parcel 

18 delivery. In FIG. 36a, the days and dates of delivery shown are "TUE 28 SEP 99" (1063-1), 

19 "WED 29 SEP 99" (1063-2) and "THU 30 SEP 99" (1063-3). As depicted in FIG. 36a, space 

20 for other columns (1063-4 through 1063-7) are available for display; in the case of the 

21 example depicted in FIG. 36a however, no dates are displayed in those columns. 

22 Each row of the Graphic Array corresponds to a time of delivery. In FIG. 36a, the 

23 times of delivery are shown as "8:00 AM" (1064-1), "10:30 AM" (1064-2), "12:00 PM" 

24 (1064-3), "3:00 PM" (1064-4), "4:30 PM" (1064-5), and "5:00 PM" (1064-6). 

25 At the intersection of each row (1064-1 through 1 064-6) and column (1 063-1 through 

26 1 063-7) of the Graphic Array is a "cell." In FIG. 36a, cells will be referred to by the element 

27 1071, and by the intersecting row (1 through 6) and column (1 through 7) the intersection of 

28 which forms the space for each cell (1071-1-1, 1071-1-2, . . . 1071-6-7). Some of the cells 

29 depicted in FIG. 36a are empty, e.g., 1071-5-1, 1071-6-1, 1071-6-3, 1071-6-4. Empty cells 
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1 represent the circumstances that none of the Carriers supported by the System (the "supported 

2 Carriers") support delivery of the Subject Parcel for the time and date for which that cell 

3 represents the intersection. 

4 Some cells depicted in FIG. 36a have one or more cell entries. In FIG. 36a, each cell 

5 entry represents a particular Carrier. Each Carrier cell entry is color coded with a unique 

6 color, the unique color corresponding to a particular Carrier as is discussed in more detail 

7 below; each Carrier cell entry contains a graphic element, e.g., 1 147a, and a monetary 

8 amount, e.g., 1 147b, which represents the price for which the corresponding Carrier would 

9 deliver the subject parcel. For instance, cell 1071-1-1 contains a single Carrier cell entry 

10 1 148. Cell 1071-3-1 contains two Carrier cell entries 1065 and 1 149. 

1 1 A color-coding legend 1 062 is displayed on the Screen to identify by a name (1 140b, 

12 1 141b, 1 142b, and 1 143b) and a color-coding symbol (1 140a, 1 141a, 1 142a, and 1 143a), each 

13 of the supported Carriers that provide the service according to the particular Shipper's Parcel 

14 Specifications for the particular Subject Parcel. 

1 5 For purposes of this application, unique colors are depicted with graphic symbols. For 

16 example, a right-diagonal hash mark symbol 1 140a is used herein to represent the color red; a 

1 7 left-diagonal hash mark symbol 1 1 41 a is used herein to represent the color purple; a vertical 

1 8 hash mark symbol 1 142a is used to represent the color amber; and a horizontal hash mark 

1 9 symbol 1 143a is used to represent the color blue. The particular hash mark symbols used 

20 herein and the colors mentioned herein are exemplary and are not a limitation of the 

21 invention. 

22 Each cell of the Graphic Array that is not empty contains one or more color-coded 

23 Carrier cell entries. For example, in FIG. 36a, cell 1071-3-1 contains two Carrier cell entries, 

24 1 065 and 1 1 49. Carrier cell entry 1 065 is color-coded with the right-diagonal hash mark 

25 symbol (representing the color red) which, according to the color-coding legend 1062, 

26 corresponds 1 140a with the Carrier identified as "Airborne" 1 140b. Carrier cell entry 1 149 is 

27 color coded with the horizontal hash mark symbol (representing the color purple) which, 

28 according to the color-coding legend 1062, corresponds 1 143a with the Carrier identified as 

29 "USPS" 1143b. 
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1 Each Carrier cell entry, e.g., 1065, contains a graphic element, e.g., 1065a, which 

2 contains what is known as "ALT text". As depicted in FIG. 36a, a Shipper viewing the 

3 Graphic Array online can place the PC's cursor on the graphic element, e.g., 1065a of a 

4 particular Carrier cell entry, e.g., 1065, to display a pop-up screen 1069 that displays the ALT 

5 text for that particular Carrier cell entry. In some embodiments, the ALT text will be 

6 displayed by merely placing the cursor over the graphic element for a particular Carrier cell 

7 entry and leaving the cursor in that position for a certain time interval. In alternative 

8 embodiments, the Shipper must click on the graphic element for a particular Carrier cell entry 

9 in order to display the ALT text. In the exemplary embodiment depicted in FIG. 36a, the 

10 displayed ALT text, e.g., the text displayed in pop-up screen 1069, contains the full Carrier 

1 1 name (in the depicted case, "Airborne Express") and the full Carrier service name (in the 

12 depicted case, "Express Overnight Service") for the Carrier 1 140b (in this case, Airborne) to 

13 which that Carrier cell entry corresponds. 

14 As depicted in FIG. 36a, the color for the Carrier identified as "Airborne" 1 140b is 

15 depicted in the color coding legend 1062 with a right-diagonal cross-hatch symbol 1140a. 

16 Accordingly, each Carrier cell entry contained within the Graphic Array with the right- 

17 diagonal cross-hatch symbol, e.g., 1065, corresponds to a delivery of the Subject Parcel 

18 supported by the Carrier "Airborne." Appearing in each of the color-coded Carrier cell 

19 entries, e.g., 1065 is a graphic element, e.g., 1065a, and a monetary value, e.g., 1065b. The 

20 monetary value, e.g., 1065b corresponds to the price that the corresponding Carrier would 

21 charge to deliver the Subject Parcel according to the time 1064-3 and date 1063-1 specified 

22 according to the row and column of which the intersection (which, in the case described is 

23 cell 1071-3-1) contains the Carrier cell entry 1065. For example, as depicted in FIG. 36a, the 

24 Carrier cell entry 1065, depicted with the right-diagonal cross-hatch symbol, contains the 

25 monetary amount "$9.00." Accordingly, the amount $9.00 is the price that the Carrier 

26 Airborne would charge to deliver the Subject Parcel at the identified time of 12:00 p.m. 1064- 

27 3 on the identified date of Tuesday, September 28, 1999 1063-1. 

28 Similarly, as depicted in FIG. 36a, the color for the Carrier identified as "FedEx" 

29 1 141b is depicted in the color coding legend 1062 with a left-diagonal cross-hatch symbol 
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1 1141a. Accordingly, each Carrier cell entry contained within the Graphic Array with the left- 

2 diagonal cross-hatch symbol, e.g., 1 147, corresponds to a delivery of the Subject Parcel 

3 supported by the Carrier "FedEx." 

4 Further, as depicted in FIG. 36a, the color for the Carrier identified as "UPS" is 

5 depicted in the color coding legend 1 062 with a vertical cross-hatch symbol 1 1 42. 

6 Accordingly, each Carrier cell entry contained within the Graphic Array with the vertical 

7 cross-hatch symbol, e.g., 1 148, corresponds to a delivery of the Subject Parcel supported by 

8 the Carrier "UPS." 

9 Similarly, as depicted in FIG. 36a, the color for the Carrier identified as "USPS" is 

1 0 depicted in the color coding legend 1 062 with a horizontal cross-hatch symbol 1 1 43 . 

1 1 Accordingly, each Carrier cell entry contained within the Graphic Array with the horizontal 

12 cross-hatch symbol, e.g., 1 149, corresponds to a delivery of the Subject Parcel supported by 

13 the Carrier "UPS." 

14 In the embodiment of the Graphic Array depicted in FIG. 36a, the Graphic Array is 

15 dynamically dimensioned. For instance, only the dates and days (1063-1 through 1063-3) for 

1 6 which delivery that conforms to the particular Shipper's Parcel Specifications for the 

17 particular Subject Parcel are displayed across the top of the graphic. For example, for the 

18 date Tuesday, September 28, 1999 (1063-1), at the time 5:00 p.m. (1064-6), no Carrier 

1 9 supports delivery of the Subj ect Parcel. 

20 Further, as depicted in FIG. 36a, only the times (1064-1 through 1064-6) during which 

2 1 at least one of the Carrier/Services identified as supporting the delivery are displayed along 

22 the viewer's left side of the Dynamically Dimensioned Multi-Carrier Graphic Array online 

23 display. 

24 Still further, as depicted in FIG. 36a, a Carrier cell entry, e.g., 1065, is displayed for 

25 each of, but only for each of, the Carriers/Services that support delivery for a particular day 

26 and time in the cell of the Graphic Array that represents delivery on a particular day and at a 

27 particular time. When the circumstances require, the System displays one or more Carrier 

28 cell entries in a single cell. For instance, cell 1071-3-1 contains two entries, 1065 and 1 149; 

29 whereas cell 1 07 1 - 1 - 1 contains only a single cell. Accordingly, as depicted in FIG. 36a, the 
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1 cell size expands vertically to accommodate multiple Carrier cell entries. 

2 In the exemplary embodiment depicted in FIG. 36a, the color-coding legend 1062 for 

3 each of the Carriers/Services represented in the Graphic Array is displayed with color-coding 

4 graphic elements (1 140a through 1 143a) and identification labels (1 140b through 1 143b) for 

5 each relevant Carrier/Service along the viewer's right side of the rating and timing graphic. 

6 Alternatively, instead of the printed name, the logo for the particular Carrier/Service can be 

7 displayed. As another alternative, the Carrier/Service logo can be displayed in color in the 

8 color-coding legend 1062. 

9 The particular arrangement of the color legend 1062 depicted in FIG. 36a and the 

1 0 particular colors used in the color legend depicted therein are exemplary and are not a 

1 1 limitation of the invention. In an alternative embodiment, instead of using color, other 

12 visually distinctive methods are used to differentiate between different Carriers/Services. For 

1 3 instance, other visually distinctive methods of Carrier/Service differentiation include but are 

14 not limited to: three-dimensional texture effects, other three-dimensional effects, two- 

15 dimensional markings (for instance, dots, cross-hatching, and the like), lighting effects, 

16 graphic symbols (for instance, the logos of the Carriers/Services) and any combination of the 

1 7 aforementioned features with color. 

18 In the embodiment of the Graphic Array depicted in FIG. 36a, the exemplary Graphic 

19 Array is depicted as horizontally wide enough to accommodate seven delivery days (1063-1 

20 through 1063-7) within a particular delivery timespan. The depiction in FIG. 36a of the 

21 Graphic Array as a fixed size accommodating up to seven delivery days is exemplary and is 

22 not a limitation of the invention. In alternative embodiments, the Graphic Array online 

23 display collapses or expands in total size to reflect the actual number of rows and columns 

24 that need to be present in order to display the Carrier cell entries for the Carriers/Services that 

25 support delivery of the Subject Parcel according to the Shipper's Parcel Specifications. 

26 The arrangement as depicted in FIG. 36a of the parcel delivery days and dates (1063-1 

27 through 1063-7) across the top and the parcel delivery times (1064-1 through 1064-6) along 

28 the left side of the Graphic Array is exemplary and is not a limitation of the invention, hi one 

29 alternative embodiment, the parcel delivery days and dates are displayed across the bottom, 



-50- 



PSTM001 5/MRK/STM 



1 and the parcel delivery times are displayed on the viewer's right side, of the Graphic Array. 

2 In other alternative embodiments, the parcel delivery days are arranged on one of the two 

3 sides of the Graphic Array and the parcel delivery times are arranged along the top or the 

4 bottom of the Graphic Array. In such an alternative embodiment, the cells of the Graphic 

5 Array are expandable horizontally to accommodate the appropriate number of relevant 

6 Carriers/Services. 

7 As depicted in FIG. 36a, the Shipper is asked to input the Expected Ship Date 1060. 

8 In the exemplary embodiment depicted, a drop down menu activation mechanism 1061 

9 provides the Shipper the ability to activate a pull down menu (not shown) of seven entries 

1 0 beginning with the current date and includes the six days immediately following the current 

1 1 date. The format used is "M/D/YY - Day name". "Today" and "Tomorrow" are displayed 

12 appropriately. The number of entries provided by the selection mechanism, the format of the 

13 Expected Ship Date, and other features described herein are exemplary and are not a 

14 limitation of the invention. 

15 111 the exemplary embodiment depicted in FIG. 36a, once the Shipper selects the 

16 Expected Ship Date, the System uses the Expected Ship date and the other information 

17 provided by the Shipper, as in the screens depicted in FIGS. 15 and 26 described above, to 

1 8 access the Carrier Rules, apply the Carrier Rules, and prepare the Graphic Array containing 

1 9 the delivery prices and delivery times for the Subj ect Parcel according to the Shipper' s Parcel 
Specifications. The System will then generate the signals necessary to display the Graphic 

21 Array and cause the Graphic Array to be displayed on the Shipper's PC. 

22 Once the Graphic Array is displayed, the Shipper can change previously input 

23 information and the System will automatically regenerate the Graphic Array with the delivery 

24 rates and delivery times that have been updated to reflect the new information. For instance, 

25 if the Shipper selects a new shipping date, the System will regenerate the Graphic Array with 

26 the appropriate new rates and times. The logic for regenerating the Graphic Array is 

27 described in more detail below. 

28 In the exemplary embodiment depicted in FIG. 36a, a Ship Location Type drop down 

29 menu activator 1 067 is located below the Graphic Array. The particular location of the Ship 
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1 Location Type selection mechanism as described herein is exemplary and is not a limitation 

2 of the invention. The list of locations is the same as the Shipping Location Type drop down 

3 menu described above in the description of FIGS. 15 and 26. If the Shipping Location class 

4 is a "ship center", a "Find Location" button 1068 is displayed next to the drop down menu, hi 

5 order to open the Drop Off Locator in a pop-up window, the Shipper places the Shipper's PC 

6 cursor on the "Find Location" button 1068 and clicking the Shipper's user input device. The 

7 Origin Zip Code and Ship Location type values supplied by the Shipper are used as 

8 parameters for the Drop Off Locator to locate a list possible Drop Off Location choices. The 

9 Shipper can select a Drop Off Location from the Drop Off Locator menu. The system 

10 dynamically responds to changes by the Shipper to Origin Zip Code and Ship Location type 

11 to present choices of Drop Off Location choices. 

12 Navigational buttons appear at the bottom of the Rates and Times Screen depicted in 

13 FIG. 36a. Clicking the "Back" button 117 will return the Shipper to the previously displayed 

14 screen, which in the embodiment depicted is the Location and Package Screen as depicted in 

15 FIGS. 15 and 26. Clicking the "Next" button 102 will cause the next screen, which in the 

16 embodiment depicted is the Service Option Screen (FIG. 28), to be displayed but only if the 

17 Shipper has selected a particular Carrier cell entry. For example, if the Shipper click on a 

18 particular Carrier cell entry such as 1065, the System will allow the Shipper to then click on 

19 the "Next" button 102 and proceed to the Service Option Screen as depicted in FIG. 28. 

20 If a user returns to the Rates and Times Screen (FIG. 36a) from the Service Option 

21 Screen (FIG. 28), any Service Options selected by the Shipper from the Service Option 

22 Screen (FIG. 28) will effect the displayed rates and will be displayed (not shown) as 

23 abbreviations below the Shipping Location field 1066. 

24 The System in an exemplary eCommerce embodiment such as the one described here 

25 creates a multi-carrier, multi-service, shipping cost comparison Graphic Array in much the 

26 same way as is disclosed above with regard to the creation of the Graphic Array in an 

27 exemplary simplified Internet embodiment. The difference is that in an eCommerce 

28 embodiment, instead of collecting only Shipper input, the System collects origination data 
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1 including origin zip code, subject parcel data, and Carrier/Service filtering data from the 

2 Seller, and then completes the Parcel Specifications for the subject parcel by collecting input 

3 from the Buyer, including destination zip code. 

4 Using the subject parcel's Parcel Specifications, the System is programmed to access 

5 databases containing information about each supported Carrier. Each supported Carrier has a 

6 unique rating schedule, delivery and pickup rules and schedules, and certification 

7 requirements (the "Carrier Rules"). The System is further programmed to apply each 

8 supported Carrier's Rules to each Shipper's Parcel Specifications for the corresponding 

9 Subject Parcel. The System calculates the Shipping Charges based on zip-to-zip pricing 

10 where the Seller has provided the origin zip code and the Buyer has provided the destination 

1 1 zip code. 

12 In an eCommerce embodiment, if the Seller selected as the Seller's preference, "Item 

13 cost includes shipping charges" (170, FIG. 21), then the rates displayed will be "FREE". If 

14 the Seller selected as the Seller's preference, "Buyer pays actual shipping charges" (171, FIG. 

15 21), then the rates displayed with be the total shipping charge as calculated according to each 

16 Carrier's rules for each Service available according to the Seller's expressed preferences. If 

1 7 the Seller selected as the Seller's preference, "Buyer pays shipping and additional charges" 

18 (172, FIG. 21), then the System will calculate and display rates that are the sum of: 1) the 

19 shipping rate for the applicable service according to each Carrier's rules; 2) If the Seller 

20 checked "Add Percentage of Shipping Cost" (173, FIG. 21), the product of the percentage 

2 1 entered in the Percentage of Shipping Cost field (1 74, FIG. 2 1) and the total shipping rate 

22 calculated according to the Carrier's rules; 2) if the Seller checked "Add Fixed Handling 

23 Charge" (175, FIG. 21), the dollar value entered in the Fixed Handling Amount field (176, 
24, FIG. 21); and 4) if the Seller indicated "Add System Service Fee" (177, FIG. 21), then the 

25 System Service Fee amount as indicated in the System database 22. 

26 The Dynamically Dimensioned Multi-Carrier, Multi-Service Graphic Array online 

27 display presents only rating and delivery timing information for the Carriers that offer 

28 shipping of the particular Subject Parcel according to the particular Shipper's Parcel 
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Specifications and which conform with the Seller's Carrier/Service preferences as selected 

2 according to the available options as described above regarding e.g., FIGS. 19 and 20. 

3 FIG. 36f is a graphic representation of an alternative exemplary Dynamically 

4 Dimensioned Multi-Carrier, Multi-Service Graphic Array online display as a Preview Rates 

5 Screen (also referred to in some embodiments as a Rates and Times Screen) in an alternative 

6 exemplary embodiment of the invention. The Graphic Array format of the Preview Rates 

7 Screen depicted in FIG. 36f is sortable by price (i.e., cheapest first), by delivery time (i.e., 

8 fastest is first), or preferred carrier, as governed by the enterprise and User preferences. The 
Preview Rates Screen provides the User with the capability to optimize the Rates 5308 
according to the Best Price 5136, or the Fastest Delivery 5135. 

The exemplary Preview Rates Screen depicted in FIG. 36f depicts an array of dates for 

12 delivery 5303-5305, multiple Carriers, e.g., 5128 (UPS), 5310 (FedEx), and 5311 (Airborne 

1 3 Express). If the Carriers that provide Services to ship the package according to the User's 

14 specifications provide such services on more days than space exists on a single screen display 

15 of the Rate Grid, left and right scroll buttons (not shown) are provided. 
The exemplary Preview Rates Screen depicted in FIG. 36f is expandable for each 

1 7 Carrier to display multiple Services for that Carrier, e.g., 5300 for UPS. The Services for a 

1 8 Carrier can be displayed by the User by clicking a scroll down button, e.g., 5 129 for UPS. 

1 9 Each listed Service for the Carrier identifies the time for delivery, e.g, 5306. When the 

20 Preview Rates Screen is displayed, the Carrier for which the User has specified a preference 

2 1 (if such a preference has been specified) is displayed in the expanded mode, such as is 

22 depicted in FIG. 36f for UPS so that all Services supporting shipment of the subject parcel 

23 according to the User's specifications are displayed 5300; Carriers for which no preference 

24 has been indicated are displayed in contracted mode, such as is the case for Fed Ex 5310, 

25 Airborne Express 53 1 1 and UPS 5 128. 

26 In the embodiment depicted in FIG. 36f, only the Carriers and Services that support 

27 shipment of the subject parcel according to the User's specifications are displayed. In one 

28 embodiment of the invention, the User can limit the default display of Carrier and Service 
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1 comparison to certain Carriers and certain Services. In one such embodiment of the 

2 invention, a Show All button (not shown) is provided. Clicking the Show All button causes 

3 the System to display all Carriers, Services, and Days of Delivery that support shipment of 

4 the subject parcel according to the User's specifications, even if the User has previously 

5 limited the available Carriers, Services and Days of Delivery. 

6 A price is displayed in an Array cell, e.g., 5307, 5302, for Carrier/Service that 

7 supports delivery of the subject parcel on the specified day of delivery 5303-5305. According 

8 to the User's Optimization Selection 5135-5136, an Optimizer icon 5301 is displayed in the 

9 particular Graphic Array cell entry that reflects the optimal Carrier/Service. 

10 As was described above, each Carrier is represented in the Graphic Array/Rate Grid 

11 by a different color. In the embodiment of the Rate Grid depicted in FIG. 36f, the optimally 

12 rated shipping entry for each Carrier is highlighted in the color for that Carrier; all other 

13 entries for that Carrier are in grey. The presence or absence of Carriers in the Graphic Array 

14 display is driven by User-specified preferences, if any, and by service choices the user has 

15 made (for example, by choosing a billing option that only certain Carriers support). 

16 The rates calculated and displayed in the Graphic Array are customizable. Some 



17 Users may wish to see the iShip System transaction charge included in the rate quote. In one 

18 embodiment of the invention, a Rating button is provided on the same screen on which the 

19 Graphic Array is displayed, with which the User can toggle the rates displayed in the Graphic 

20 Array back and forth between the actual shipping rates (including all discounts and fees) and 

21 the rate that the Carrier charges for shipping. 
22 



23 b) GENERATION OF THE GRAPHIC ARRAY DISPLAY 

24 To develop the rates for display in a Graphic Rates Comparison Array such as the 

25 ones depicted in FIGS. 36a and 36f, the System rating component is instantiated in the server- 

26 side script. The rating component's rate information method is invoked with the rate 

27 parameters embedded in the URL. Based on Carriers' business rules, the rates and their 

28 service option charges for all Carriers/Services are calculated from each respective Carrier's 
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1 zone data, service/delivery time data and rate data. 

2 The System keeps the Carrier data up-to-date in the System database 22. The 

3 application does not use any carriers' Application Program Interface (API) functions to get the 

4 rate information. All of carrier rate data is stored in the System database 22 and all business 

5 rules to calculate the rates are implemented within the System. 

6 FIGS. 36b through 36e are high level data retrieval and logic flow diagrams depicting 



7 the data and high level logic that the system uses to calculate a shipping rate. As depicted in 

8 FIG. 36b, the following shipping information is used to calculate a shipping rate: Origin 

9 postal code, Destination postal code, Weight, Packaging, Drop off / Pickup, Country code 

1 0 3001 . For each Carrier 3002, the rating component of the System uses the origin and 

1 1 destination postal codes 3003. The rating component of the System obtains 3003 the zone id 

12 from the zone table 3008 and gathers 3004 the time for deliveries for all available services 



13 from the service delivery time table 3009. From the rate table 3010, the rating component 

14 obtains services charges for the zone id, packaging type and weight 3005. For each service, 

1 5 the rating component gathers all possible service options charges 3006. After gathering 

1 6 necessary information, the rating component returns an array of rate information 3007. Each 

1 7 element in the array represents a Carrier/Service and consists of service charge, service option 

1 8 charges, and delivery times. 

19 The System calculates the rates according to the following overview logic as depicted 

20 in FIGS. 36c-36d. As depicted in FIGS. 36c through 36d, the System retrieves all rate IDs 

21 (published, net, and retail) by joining the following database tables on the System's 

22 AccountNo: AccountAndCarrierAcnt; CarrierAccount; RateDefmition 3020. 

23 As depicted in FIGS. 36c through 36d, the System then determines the billing rules for 

24 all of the Carrier/Service combinations and their service options by joining the following 

25 tables on CarrierlD, ServicelD, and ServiceOptionID: BillingOption; 

26 BillingOptionAndService; BillingOptionAndServiceOption 3021. 

27 As depicted in FIGS. 36c through 36d, for each carrier 3022, the System performs the 

28 following procedures: 1) determine if the particular carrier supports the given billing option 
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1 based on step 2, 3026. If not, continue with the next carrier 3027; 2) Apply carrier business 

2 rules, including: a) Calculate dimensional weight 3023; b) Determine billable weight 3024: 

3 actual weight, dimensional weight, oversize weight or letter weight; c) Validate package 

4 weight and dimensions 3025; (If the rate input violates carrier business rules 3026, continue 

5 to next carrier 3027); 3) Determine the zone ID from CarrierZone table for the given 

6 origin/destination postal codes 3028; 4) Determine service delivery times 3029 (including 

7 Saturday/Sunday delivery times) by joining the following tables on destination postal code: a) 

8 CarrierDeliveryArea; b) CarrierServiceDelTime; 5) Determine all service charges from 

9 CarrierRate table by RatelD, ZonelD, ServicelD and Weight 3030; 6) Determine the service 

1 0 option charges for each Carrier/Service 303 1 by joining the following tables on CarrierlD and 

11 ServicelD: ServiceOption; ServiceOptionAtttribute ServiceAndServiceOption; and 7) Apply 

12 billing options to service option charges 3032 (different service option charges could be billed 

13 to different parties for various billing options). 

14 As depicted in FIG. 36e, the expected delivery times for each Carrier/Service returned 

15 in the rate information determine the placement of the rate grid for the particular 

16 Carrier/Service cell: the delivery date determines the columns 3040 while the delivery time 

17 resolves the rows 3041 . In the event that multiple rate entries collide 3042, the alphabetical 

18 order of the particular Carrier's name is further used to determine the Graphic Array entry 

19 order within the same date and time bucket 3043. The same Carrier/Service can be placed in a 

20 second time slot in the grid under Saturday or Sunday column 3045 if the Saturday or Sunday 

21 delivery is applicable to the particular Carrier/Service 3044. 

22 In an eCommerce embodiment of the invention, a Shipper/Seller can preview a 

23 shipping rate comparison Graphic Array prior to copying the System-created Link, e.g., 203a 

24 as depicted in FIG. 25, for the Seller's eCommerce site. To preview the Graphic Array 

25 comparison of shipping costs, the Seller clicks on the Preview button 198, such as is depicted 

26 in FIG. 25. FIGS. 37a and 37b represent a System interactivity data and logic flow diagram 

27 depicting an exemplary embodiment of the Create Link and the Buyer's Preview Shipping 

28 Rates functionality in an eCommerce embodiment of the present invention. FIGS. 37a and 

29 37b depict the interactivity between the Seller's 8-1 and Buyer's 8-2 client computers and the 
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1 System's server computers 20a-21z regarding this functionality. Also depicted are the data 

2 accesses to the System database 22. An arrow 230 extending from the top of the diagram and 

3 pointing down towards the bottom of the figure graphically represents the passage of time. 

4 As depicted in FIGS. 37a and 37b, the Seller, using the Seller's computer 8-1 , clicks 

5 on the Create a Seller's Link selection option 33 1 notifying the System servers, e.g., 21a-21z, 

6 to generate a display of the Create a Seller's Link screen 332 for display on the display 

7 monitor of the Seller's computer 8-1. In one embodiment, the Servers 21a-21z send 332 the 

8 necessary information and instructions to build the hyperlink to the Seller's computer 8-1 . 

9 The Seller enters the link text and clicks the go button and the Seller's computer 8-1 creates 

10 the Link 333. The Seller then copies the link, returns to the Seller's web page, and pastes the 

1 1 link 334 in the description of the item to be sold at the eCommerce/eAuction Provider's web 

12 site 345. 

13 The Buyer, using the Buyer's computer 8-2, enters the Seller's web page 335 at the 

14 eCommerce/e Auction Provider's web site 345. The Seller's web page at the 

15 eCommerce/e Auction Provider's web site 345 displays the item description with the 

16 hyperlink to the System 336 to the Buyer's computer 8-2. The Buyer clicks on the hyperlink 

17 337, causing the System's servers 20a-20z to access 338 the System database 22 to retrieve 

18 339 the Seller's account and eCommerce shipping preference information. The System 

1 9 servers 2 1 a-2 1 z send a screen to the Buyer's computer 8-2 requesting delivery destination 

20 information 340. The Buyer at the Buyer's computer 8-2 enters the delivery destination 

21 information and clicks on the Get Rates button 341 which signals the System Servers 20a-21z 

22 to prepare the multi-carrier, multi-service Graphic Array. The System Servers 20a-20n access 

23 342 the System data base 22 and retrieve 343 the Seller's preferences and account 

24 information. The System Servers 21a-21z calculate the rates and prepare the Graphic Array 

25 344 for display on the display monitor of the Buyer's computer 8-2. 

26 Whether or not the Buyer/Bidder (sometimes simply referred to herein as the Buyer) 

27 uses the hyperlink 303 to preview the shipping charges, if the Buyer buys (or is the high 

28 bidder), the Seller is provided with the Buyer's (or high bidder's) email address and name 54 
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1 (as depicted in FIG. 1 Oc) either directly or by the sponsoring Provider. At that point, the 

2 Seller enters the System to supply the System with Buyer information (57 and 58 as depicted 

3 on FIG. 1 Od) so that the System can contact the Buyer for details and to facilitate the purchase 

4 and shipping of the item. 

5 In contrast to the collection of both Seller and Buyer information in an eCommerce 

6 embodiment, the generation of the Graphic Array in the exemplary simplified Internet 

7 embodiment is accomplished using input from the Shipper only. FIG. 38 is a simplified flow 

8 diagram depicting an exemplary high level overview logic flow of the System and the 

9 interaction with the Shipper/User such as in an exemplary simplified Internet embodiment of 

10 the invention. As depicted in FIG. 38, at least one of the Servers 20a-21z are programmed to 

1 1 provide a User Interface ("UI") that prompts each Shipper user for information about a 

12 particular parcel (the "Subject Parcel") and the Shipper's shipping and delivery requirements 

13 ("Shipper Parcel Specifications") 1401a-1401n. At least one of the Servers 20a-21z is 

14 programmed to receive as a set of input data a particular Shipper's Shipper Parcel 

15 Specifications for a particular Subject Parcel 1402. In response to each Shipper's Shipper 

16 Parcel Specifications, at least one of the Servers 20a-21z accesses 1403 one or more databases 

17 of information concerning, among other things, the Carrier Rules for each of the Carriers 

18 supported by the System (the "Supported Carriers") 1404a through 1404n. The Carrier Rules 

19 for each of the Supported Carriers are contained in one or more databases 1404a through 

20 1404n. 

2 1 As further depicted in FIG. 38, the System then applies the Carrier Rules for all 

22 Supported Carriers to each particular set of Shipper Parcel Specifications 1403. From the 

23 result of the application by the System of the Carrier Rules to a particular set of Shipper 

24 Parcel Specifications, the System prepares a Graphic Array that displays a rating and timing 

25 comparison of the delivery services by the supporting Carriers that are available to provide 

26 the delivery of the Subject Parcel according to the Shipper's Parcel Specifications 1405. The 

27 System then formats the Graphic Array for display on the Shipper's PC 1406, and generates 

28 the signals to the Shipper's PC to display the formatted Graphic Array 1407. 
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1 In one embodiment of the invention, the System provides multiple modes of 

2 operation, among which are the Service Comparison Mode and the Shipping Mode. The 

3 Service Comparison Mode requires origin and destination zip codes but does not require full 

4 address information. The purpose of the Service Comparison Mode is to provide the Shipper 

5 with multi-Carrier comparisons of rates, and shipping and delivery options and requirements 

6 for each of multiple Carriers. In the Shipping Mode, the Shipper must provide the full 

7 address and contact information. The purpose of the Shipping Mode is to print a shipping 

8 label or otherwise provide the information necessary to prepare a shipping manifest 

9 document. Shipper Parcel Specifications are input in both the Service Comparison Mode and 

10 the Shipping Mode. 

1 1 FIGS. 39a through 39c are simplified flow diagrams depicting the initial Timing and 

12 Rating procedure to generate a Graphic Array in an exemplary simplified Internet 

13 embodiment of the invention. In the embodiment of the invention depicted in FIGS. 39a 

14 through 39c, the functions of the Shipper entering shipping information 1 150, displaying 

1 5 errors to the Shipper that insufficient shipping information has been provided and prompting 

16 the Shipper for additional information 1 153, and displaying the Carrier/Service rate and time 

17 graphic 1 160, are all processed by the Web Browser at the Client. In the embodiment 

18 depicted, all other functions and processes depicted in FIGS. 39a through 39c are performed 

1 9 by one or more of the NOC Servers. 



20 It should be noted that the depicted separation of functions between the Web Browser 

21 at the Client on the one hand and the NOC Servers on the other hand represents an initial 

22 procedure to construct the Graphic Array in response to initial Shipper input of Shipper Parcel 

23 Specifications. As is explained in more detail below, after the initial construction of the 

24 Graphic Array, the System can distribute certain of the functions for supplemental 

25 regeneration of the Graphic Array to the Web Browser Client. 

26 As depicted in FIGS. 39a through 39c, the Shipper (User) enters shipping information 

27 (Shipper Parcel Specifications) 1150. The System validates the shipping information 1151. 

28 In the embodiment depicted, at a minimum, the System requires Source Postal Code, 
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1 Destination Postal Code, Parcel Weight, Type of Shipment, and the Shipping Location in 

2 order to determine a timing schedule and rates for each supported Carrier. If the Shipper has 

3 not provided at least these minimum specifications, then the System displays error messages 

4 153 prompting the Shipper to input further Shipper Parcel Specifications 1 1 50. 

5 Continuing with FIGS. 39a through 39c, if the Shipper has supplied the minimum 



6 required specifications, then the System accesses the Shipper Database 1 195 to identify any 

7 user-specified Carrier designations and to determine the Carrier accounts for the appropriate 

8 Shipper 1 154. Using the Shipper Parcel Specifications, the System then accesses the Carrier 

9 Databases (1404a through 1404n) and determines all possible Carrier/Services that support 
10 shipping of the subject parcel 1 155. 



11 It should be noted that in some embodiments, the Shipper can restrict the identity of 

12 Carriers to be used in the construction of the Graphic Array. A Shipper may choose to restrict 

13 the System to certain Carriers, for instance, if the Shipper prefers to work only with certain 

14 Carriers. 

15 Continuing with FIGS. 39a through 39c, the System then examines each 

16 Carrier/Service in the set of supporting Carrier/Services 1 156. The next step 1 1 57 is a 

17 juncture for return of control from a number of points in the System logic and is performed 

1 8 for each Carrier/Service in the set of supporting Carrier/Services. 

19 If the System has examined all possible supporting Carrier/Services 1158, the System 

20 assembles the Graphic Array from the delivery rate set 1 159 and displays the Graphic Array 

21 to the user 1 160. As was previously explained, the dimensions of the Graphic Array are 

22 dynamic. 

23 As long as there are further Carrier/Services that remain to be examined in the set of 

24 supporting Carrier Services, the System continues to perform the process described below. 

25 Using the Expected Shipping Date, the System switches the Carrier/Service's shipping 

26 timespan into possible delivery dates and times 1161. Next 1 162, the System determines 

27 whether the shipping timespan ends on a Saturday 1 1 63. If so, the System accesses the 

28 Carrier Database (1404a through 1404n) to determine whether the particular Carrier/Service 
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1 supports Saturday Delivery 1 1 64. If the particular Carrier/Service does not support Saturday 

2 Delivery, then the particular Carrier/Service is eliminated 1 1 77 from the delivery rate set and 

3 the System proceeds with the next Carrier/Service in the delivery rate set 1157. 

4 If the particular Carrier/Service supports Saturday Delivery, the System determines 

5 the appropriate Saturday delivery rate for the particular Carrier/Service 1165. 

6 Continuing with FIGS. 39a through 39c, next, the System determines whether the 

7 shipping timespan ends on a Sunday 1168. If the shipping timespan ends on a Sunday, the 

8 System accesses the Carrier Database (1404a through 1404n) to determine whether the 

9 particular Carrier/Service supports Sunday delivery 1166. If the particular Carrier/Service 

1 0 does not support Sunday delivery, then the particular Carrier/Service is eliminated from the 

1 1 delivery rate set 1 1 77 and the System proceeds with the next Carrier/Service in the delivery 

12 rate set 1157. 

1 3 If the particular Carrier/Service supports Sunday Delivery, the System determines the 

14 appropriate Sunday delivery rate for the particular Carrier/Service 1 1 67. 

1 5 The System then determines whether there is a business day delivery within the 

16 shipping timespan 1 169. If so, the System accesses the Carrier Database (1404a through 

1 7 1 404n) to determine whether the particular Carrier/Service supports business day delivery 

18 1170. If the particular Carrier/Service does not support business day delivery, then the 

1 9 particular Carrier/Service is eliminated from the delivery rate set 1 1 77 and the System 

20 proceeds with the next Carrier/Service in the delivery rate set 1 1 57. 

21 If the particular Carrier/Service supports business day delivery, the System determines 

22 the appropriate business day delivery rate for the particular Carrier/Service 1171. 

23 Continuing with FIGS. 39a through 39c, the System next determines whether the 

24 Shipper has requested E-Mail delivery notification 1 1 72. If so, the System accesses the 

25 Carrier Database (1404a through 1404n) to determine whether the particular Carrier/Service 

26 supports E-Mail delivery notification 1173. If the particular Carrier/Service does not support 

27 E-Mail delivery notification, then the particular Carrier/Service is eliminated from the 

28 delivery rate set 1 177 and the System proceeds with the next Carrier/Service in the delivery 
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1 rate set 1157. 

2 If the particular Carrier/Service supports E-Mail delivery notification, the System adds 

3 the appropriate charge for the E-Mail delivery notification service to each of the particular 

4 Carrier/Service's delivery rates 1 174. 

5 Continuing with FIGS. 39a through 39c, the System then determines whether the 



6 Shipper has requested verbal delivery notification 1 1 75. If so, the System accesses the 

7 Carrier Database (1404a through 1404n) to determine whether the particular Carrier/Service 

8 supports verbal delivery notification 1 176. If the particular Carrier/Service does not support 

9 verbal delivery notification, then the particular Carrier/Service is eliminated from the delivery 

10 rate set 1 177 and the System proceeds with the next Carrier/Service in the delivery rate set 

11 1157. 



12 If the particular Carrier/Service supports verbal delivery notification, the System adds 

13 the appropriate charge for the verbal delivery notification service to each of the particular 

14 Carrier/Service's delivery rates 1 178. 

1 5 Next 1 1 79, the System determines whether the Shipper has requested that the 

16 Carrier/Service guarantee delivery time 1 180. If so, the System accesses the Carrier Database 

17 (1404a through 1404n) to determine whether the particular Carrier/Service supports 

1 8 guaranteed delivery times 1 1 8 1 . If the particular Carrier/Service does not support guaranteed 

1 9 delivery times, then the particular Carrier/Service is eliminated from the delivery rate set 

20 1 1 77 and the System proceeds with the next Carrier/Service in the delivery rate set 1 1 57. 

21 If the particular Carrier/Service supports guaranteed delivery times, the System adds 

22 the appropriate charge for the guaranteed delivery times service to each of the particular 

23 Carrier/Service's delivery rates 1 182. 

24 Continuing with FIGS. 39a through 39c, the System then determines whether the 

25 Shipper has requested a "Call for Pickup" shipping location 1 1 84. If so, the System accesses 

26 the Carrier Database (1404a through 1404n) to determine whether the particular 

27 Carrier/Service supports "Call for Pickup" services 1 185. If the particular Carrier/Service 

28 does not support "Call for Pickup" services, hen the particular Carrier/Service is eliminated 
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1 from the delivery rate set 1 1 77 and the System proceeds with the next Carrier/Service in the 

2 delivery rate set 1 1 57. 

3 If the particular Carrier/Service supports "Call for Pickup" services, the System adds 

4 the appropriate charge for the "Call for Pickup" service to each of the particular 

5 Carrier/Service's delivery rates 1 186. 

6 Continuing with FIGS. 39a through 39c, the System next determines whether the 

7 Shipper has requested a "Residential Delivery" 1187. If so, the System accesses the Carrier 

8 Database (1 404a through 1 404n) to determine whether the particular Carrier/Service supports 

9 "Residential Delivery" services 1188. If the particular Carrier/Service does not support 

1 0 "Residential Delivery" services, then the particular Carrier/Service is eliminated from the 

1 1 delivery rate set 1 177 and the System proceeds with the next Carrier/Service in the delivery 

12 rate set 1157. 

1 3 If the particular Carrier/S ervice supports "Residential Delivery" services, the System 

14 adds the appropriate charge for the "Residential Delivery" service to each of the particular 

1 5 Carrier/Service's delivery rates 1 1 89. 

1 6 The System then determines whether the Shipper has requested a "Loss Protection" 

17 services 1 190. If so, the System accesses the Carrier Database (1404a through 1404n) to 

1 8 determine whether the particular Carrier/Service supports "Loss Protection" services 1 1 9 1 . If 

19 the particular Carrier/Service does not support "Loss Protection" services, then the particular 

20 Carrier/Service is eliminated from the delivery rate set 1 1 77 and the System proceeds with the 

2 1 next Carrier/Service in the delivery rate set 1 1 57. 

22 Continuing with FIGS. 39a through 39c, if the particular Carrier/Service supports 

23 "Loss Protection" services, the System calculates the appropriate charge for the "Loss 

24 Protection" service and adds the appropriate charge to each of the particular Carrier/Service's 

25 delivery rates 1 1 93 before proceeding with the next Carrier/Service in the delivery rate set 

26 1157. 

27 FIG. 40 is a graphic representation depicting an exemplary embodiment of a multi- 

28 carrier, multi-service shipping rates comparison Graphic Array 320 in an exemplary 
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1 eCommerce embodiment of the invention. 
2 

3 c) AUTOMATIC DYNAMIC REGENERATION OF DISPLAY 

4 In the exemplary embodiments of the invention described here, the System 

5 automatically and dynamically regenerates the display of the Graphic Array and certain 

6 portions of other screens when the Shipper makes online changes to Shipper input. To do 

7 this, the System generates executable code which it distributes with certain displayable frames 

8 to the Web Browser Client. This distribution of code for purposes of regenerating the Graphic 

9 Array differs from the initial generation of the Graphic Array as was described above. For 

10 example, in the embodiment of the invention depicted in FIGS. 39a through 39c, in the initial 

1 1 development of the Graphic Array, the System distributes the functions that initially generate 

12 the Graphic Array as follows: the Shipper entering shipping information 1 150, displaying 

1 3 errors to the Shipper that insufficient shipping information has been provided and prompting 

14 the Shipper for additional information 1 153, and displaying the Graphic Array 1 160, are all 

1 5 processed by the Web Browser at the Client; all other functions and processes depicted in 

16 FIGS. 39a through 39c are performed by one or more of the NOC Servers 20a-21z. 

1 7 Distribution to the Web Browser Client by the System of executable code that 

1 8 regenerates the Graphic Array provides the capability to dynamically reflect in the Graphic 

1 9 Array any changes that the Shipper may enter to the various Shipper Parcel Specifications; 

20 the Graphic Array immediately displays the new information without requiring the Shipper to 

21 request a recalculation, such as by clicking on a "Regenerate" button or the like. 

22 To facilitate regeneration of the Graphic Array, the System generates executable code 

23 which it distributes with the frame, such as the frame that is displayed to the user for 

24 collecting the Parcel Specifications, to the Web Browser Client. A displayable frame is a set 

25 of information for display on the client display device. For example, in FIG. 36a, in one 

26 embodiment of the invention, a first frame of the screen depicted in FIG. 36a comprises the 

27 Title "Rates & Times" 1 109a, the instruction "Click on the price to select a delivery date, 

28 time and carrier." 1 109b, the legend "Date you expect to ship your package:" 1 109c, the input 
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1 field for the Expected Shipping Date 1060, the legend "I'll ship the package from:" 1 109d 

2 and the input field for the Shipping Location 1066; a second frame of the screen depicted in 

3 FIG. 36a comprises the Graphic Array. 

4 As the System generates the display of each frame, the System generates executable 

5 code which it distributes with, e.g., the Rate & Times frame, to the Web Browser Client. 

6 Thereafter, the Web Browser Client uses the executable code to automatically regenerate the 

7 display of the Graphic Array each time the Shipper makes changes to the Shipper Parcel 

8 Specifications. In one embodiment of the dynamic regeneration aspect of the invention, the 

9 executable code distributed to the Web Browser Client uses JavaScript. 

10 In some cases, the executable code sent to the Web Browser Client provides the 

1 1 information and the capability to regenerate the Graphic Array without any further 

12 communication with the Server. In other cases, the Web Client Browser must return control to 

13 the Server so that the Server can access data maintained by or accessible by the Server; the 

14 Server then regenerates the Graphic Array or otherwise provides the Web Browser Client 

1 5 with the information necessary to regenerate the Graphic Array. 

16 In an exemplary embodiment of the automatic dynamic regeneration aspect of the 

17 invention, the executable code distributed to the Web Browser Client contains the logic to 

18 apply Carrier Rules to Shipper Parcel Specification changes. For instance, Shipper changes to 

19 the Service Options screen as depicted in FIG. 28 would be automatically processed by the 

20 Web Client Browser and the Web Client Browser would regenerate the Single Day Rate 

21 Graphic Array depicted therein to reflect the Shipper changes. In one such automatic 

22 dynamic regeneration embodiment, only those functions that do not require further access to 

23 the relevant Carrier's database are distributed to the Web Browser Client. 

24 It should be noted that, according to the automatic dynamic regeneration aspect of the 

25 invention, if after the Shipper views the Graphic Array the Shipper enters changes to any of 

26 the factors with which the System calculates the rates and develops the Graphic Array, the 

27 System uses a similar logic flow to regenerate the Graphic Array as was explained above in 

28 relation to FIGS. 39a through 39c. 
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1 The dynamic regeneration capability is used to automatically regenerate response 

2 screens in many places throughout the System. For instance, as was mentioned above, as in 

3 the case of FIG. 36a, if the Shipper changes Origin Zip Code and/or Ship Location Type, the 

4 System will automatically regenerate a list of possible Drop Off Location choices. 
5 

6 d) COMPLETING PARCEL SPECIFICATIONS AND THE 

7 BUYER'S INFORMATION 

8 In an eCommerce embodiment of the invention, the System collects information from 

9 both a Seller (the Shipper) and a Buyer (the Recipient). The Seller (Shipper) inputs 

1 0 information about the parcel to be shipped and initial information about the Buyer. The 

1 1 Buyer then inputs information such as shipping address and payment information. Depending 

12 upon the Seller's preferences, the Buyer may also be asked to choose one of multiple carriers 

13 and multiple shipping services. 

14 FIG. 41 is a graphic representation of a Seller's Buyer Information Screen (57, FIG. 



15 lOd) in an eCommerce embodiment of the invention. The Seller enters the screen in one 

1 6 embodiment by logging in to the System and then selecting the Sell It option 3 1 a and by 

17 selecting the Request Buyer Info submenu option 3 lb-3. The System provides the Seller with 

1 8 instructions to complete the requested data 3 50. The Seller inputs the Buyer' s Name 3 5 1 , the 

19 Buyer's e-mail address 352, an Order/Item number 353, a Description of the Goods to be 

20 Shipped 354a (the Seller may scroll through the description using the scroll buttons 354b and 

21 354c if the description exceeds the online screen window for the description text), and a 

22 message to the buyer 355a (the Seller may scroll through the message using the scroll buttons 

23 355b and 355c if the message exceeds the online screen window for the message text). 



24 Buyer information and package/item information is mapped by the System into the 

25 appropriate shipping data fields (i.e., Buyer name is mapped to Recipient Company/ name; 

26 Buyer e-mail is mapped to Recipient e-mail, item/order number is mapped to reference 

27 number, etc.). 

28 Clicking on the Next button 102 will cause the System to display the Next screen, 
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1 which in this case is the package specific information screen (58, FIG. lOd) as depicted in 

2 FIG. 42. 

3 FIG. 42 is a graphic representation of an exemplary embodiment of a Subject Parcel 

4 data screen. The Seller inputs the weight by clicking on the weight pull down menu button 

5 358-2 and selecting a weight 358-1 from the list. The Seller selects Loss Protection, the 

6 default being Basic Coverage 360, or Declared Value 361. If the Seller selects Declared 

7 Value 361 , the Seller must enter a value 362 greater than $0.00 and less than or equal to 

8 $50,000.00. The Seller also enters the Item Cost to be displayed to the Buyer 364 and 

9 indicates whether or not the System should show the Buyer the total of the Item Cost and 

1 0 Shipping Charges 363 . Once the Seller has entered the information, if the Seller clicks on the 

1 1 Send button 365, the System validates the information input and prepares an e-mail to the 

12 Buyer (59, FIG. lOd). 

13 At this point, the System generates a System package tracking number. A System 

1 4 tracking number is a unique number generated internally by the System to identify a 

1 5 particular package shipped using the System. One embodiment of the way in which the 

16 System generates a System package tracking number is disclosed below in the Tracking 

17 section of the disclosure of the present invention. 

1 8 FIG. 43 is a graphic representation of an exemplary embodiment of a System-prepared 

19 e-mail to the Buyer. The System builds the e-mail to contain the identification of the System 

20 as the sender 370, the e-mail of the Buyer 352 as supplied by the Seller, a Subject 

21 identification containing the item number 353 as supplied by the Seller, the Buyer name 351 

22 as supplied by the Seller, the Seller name 375 as retrieved from the Seller's account 

23 information retrieved after the Seller logged into the System before entering Request Buyer 

24 Info 3 lb-3 (e.g., as depicted in FIG. 24), a Reference number as provided by the Seller 353, 

25 instructions to the Buyer 371 to click on the embedded hyperlink 372, and some further 

26 instructions to the Buyer 374. The System builds the hyperlink 372 according to a preset 

27 URL location 372-1 as provided from the System database 22, and specifying the System 

28 package tracking number 372-3 as the value for a variable named "T=" 372-2. 
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1 If the Buyer's e-mail program is integrated with the Buyer's web browser, then the 

2 Buyer can click on the hyperlirik/URL 372 contained in the e-mail. Otherwise, the Buyer 

3 must copy the hyperlink/URL 372 into the Address/Location field of the web browser. When 

4 the Buyer clicks on the hyperlink/URL 372, the System displays the first screen (60, FIG. 

5 1 Od) in the Buyer Response process. 

6 FIG. 44 is a graphic representation of an exemplary embodiment of the Buyer 

7 Response Introduction screen. The System provides the Buyer with instructions 380. The 

8 System instructs the Buyer 382 to indicate 383 the Buyer's choice not to supply the requested 

9 shipping information and an explanation as to why 384-1 . The Buyer can scroll through the 

10 explanation using the up and down scroll keys 384-2 and 384-3 if the text of the description 

1 1 exceeds the online screen window for the text. The Buyer sends the refusal notification and 

12 message by clicking the Send button 385. Otherwise, if the Buyer wishes to proceed, the 

13 Buyer clicks the Next button 381 which will cause the System to display a Buyer Shipping 

14 Information Collection screen (61, FIG. lOd). 

15 FIG. 45 is a graphic representation of an exemplary embodiment of the Buyer 

16 Shipping Information Collection screen. The System requests that the Buyer input the 

17 Buyer's delivery address information and then click the Next button 389. The Buyer inputs 

1 8 the delivery address information including the Company/Name 390, the Attention to name 

19 39 1 , the street address 392, the floor/room number 393, the department 394, the city 395, the 

20 state 396-1 using the pull down menu button 396-2, the zip code 397, the telephone number 

21 398, the fax number 399, and whether the delivery address is a business 400 or a residence 

22 401 . If the Buyer then clicks the Next button 102, the System validates the information 

23 supplied by the Buyer and displays a screen as depicted in FIG. 46 containing a selection as to 

24 whether yes 405 or no 406 the Buyer wants a guaranteed delivery time. Once the Buyer 

25 selects the guarantee choice, then the Buyer clicks the Get Rates button 407 to request that the 

26 System prepare and display the multi-carrier, multi-service shipping rates comparison 

27 Graphic Array 320. 

28 An exemplary embodiment of the Graphic Array 320 in an exemplary eCommerce 
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1 embodiment of the invention is depicted in FIG. 46. The Graphic Array 320 presents a multi- 

2 carrier, multi service rate and time shipping cost comparison as similarly disclosed above and 

3 described with respect to FIG. 36a. 

4 The System creates the Graphic Array in much the same way as is disclosed above 

5 with respect to FIG. 36a except that, with respect to the eCommerce embodiment, instead of 

6 only Shipper input, the System collects origination data including origin zip code, subject 

7 parcel data, and Carrier/Service filtering data from the Seller, and then completes the Parcel 

8 Specifications for the subject parcel by collecting input from the Buyer, including destination 

9 zip code. 

10 Using the subject parcel's Parcel Specifications, the System 1 is programmed to 

1 1 access databases containing information about each supported Carrier. Each supported 

12 Carrier has a unique rating schedule, delivery and pickup rules and schedules, and 

13 certification requirements (the "Carrier Rules"). The System 1 is further programmed to 

14 apply each supported Carrier's Rules to each Shipper's Parcel Specifications for the 

15 corresponding Subject Parcel. The System calculates the Shipping Charges based on zip-to- 

1 6 zip pricing where the Seller has provided the origin zip code and the Buyer has provided the 

17 destination zip code. 

1 8 The System provides an online display of a Dynamically Dimensioned Multi-Carrier 

19 Graphic Array such as is depicted in FIG. 46. If the Seller selected as the Seller's preference, 

20 "Item cost includes shipping charges" (170, FIG. 21), then the rates displayed will be 

21 "FREE". If the Seller selected as the Seller's preference, "Buyer pays actual shipping 

22 charges" (171, FIG. 21), then the rates displayed with be the total shipping charge as 

23 calculated according to each Carrier's rules for each Service available according to the 

24 Seller's expressed preferences. If the Seller selected as the Seller's preference, "Buyer pays 

25 shipping and additional charges" (172, FIG. 21), then the System will calculate and display 

26 rates that are the sum of: 1) the shipping rate for the applicable service according to each 

27 Carrier's rules; 2) If the Seller checked "Add Percentage of Shipping Cost" (173, FIG. 21), 

28 the product of the percentage entered in the Percentage of Shipping Cost field (174, FIG. 21) 
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1 and the total shipping rate calculated according to the Carrier's rules; 2) if the Seller checked 

2 "Add Fixed Handling Charge" (175, FIG. 21), the dollar value entered in the Fixed Handling 

3 Amount field (176, FIG. 21); and 4) if the Seller indicated "Add System Service Fee" (177, 

4 FIG. 21), then the System Service Fee amount as indicated in the System database 22. 

5 The Dynamically Dimensioned Multi-Carrier, Multi-Service Graphic Array online 

6 display presents only rating and delivery timing information for the Carriers that offer 

7 shipping of the particular Subject Parcel according to the particular Shipper's Parcel 

8 Specifications and which conform with the Seller's Carrier/Service preferences as selected 

9 according to the available options as described above regarding FIGS. 19 and 20. 

10 The Buyer uses a user input device such as a mouse, track ball, or the like, to pick a 

1 1 Carrier and Service. To make the selection, the Buyer, for instance, places the cursor of the 

12 Buyer's PC on the displayed Carrier cell entry (e.g., 408 as depicted in FIG. 46; e.g., 1065 as 

13 depicted in FIG. 36a) in the Graphic Array and clicks the Buyer's user input device (the 

14 "Selected Carrier"). 

15 Once the Shipper selects a particular Graphic Array Carrier cell element, (e.g., 408 as 

16 depicted in FIG. 46; e.g., 1065 as depicted in FIG. 36a) the System then processes the 

17 shipping transaction. In an exemplary simplified Internet embodiment of the invention, the 

1 8 System processes the Shipper's shipping transaction using Shipper information from the 

19 Shipper Database 1 195 (e.g., as depicted in FIG. 39a) and information for the Selected Carrier 

20 from the Carrier Database 1404a through 1404n (e.g., as depicted in FIG. 39a). In an 

21 exemplary eCommerce embodiment of the invention, the System processes the shipping 

22 transaction using information supplied by both the Seller/Shipper and the Buyer/Recipient 

23 and information for the Selected Carrier. 

24 In an eCommerce embodiment of the invention, once the Buyer selects a Carrier and 

25 Service, the System prepares a Shipping Summary Screen (63, FIG. lOd) an exemplary 

26 embodiment of which is depicted in FIG. 47. The System reports a summary of the Shipping 

27 information including the delivery address 410, the Carrier/Service 41 1 and the itemized and 

28 total charges for the item and shipping 412. In addition, if the Seller requested the System to 
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1 collect payment information, the System provides a drop down selection menu button 413-2 

2 which when clicked will display a list of the methods of payment previously selected by the 

3 Seller (e.g., 179a-179g, and 1 80, as depicted in FIG. 21). If a credit card payment method is 

4 indicated, the Buyer is required to supply a credit card number 414, and the expiration date 

5 month 415-1 (using a drop down menu button 415-2) and year 416-1 (using a drop down 

6 menu button 4 1 6-2). The Buyer is instructed to click the Cardholder Information button 4 1 7 

7 if the cardholder name and address are different than the shipping name and address 419. If 

8 the Cardholder and shipping information match, the Buyer clicks the Send button 418 to send 

9 the payment information to processing. 

10 In an exemplary simplified Internet embodiment of the invention, the System 

1 1 generates a Shipping Summary Screen once the Shipper has picked a particular 

12 Carrier/Service entry from a Graphic Array comparison. FIG. 48 depicts an alternative 

13 exemplary embodiment of a Shipping Summary Screen such as in an exemplary simplified 

14 Internet embodiment of the invention. In the embodiment depicted in FIG. 48, the Shipper has 

15 picked a particular Carrier/Service entry from a Graphic Array comparison (e.g., 1065 as 

16 depicted in FIG. 36a). The Shipping Summary Screen depicted in FIG. 48 displays the 

17 Shipper Parcel Specifications 1110 and provides a detailed list and total, of the selected 

18 Carrier's charges. Clicking on the "Next" button 102 causes the display of the first of a series 

1 9 of several screens (not shown) requesting the necessary Shipper and Recipient information. 

20 Once the Shipper has input all of the necessary information, the Shipper is presented with a 

21 final Summary and Payment Screen (not shown), which in addition to the fields depicted in 

22 FIG. 48, further requests Payment information, such as Payment Method, Credit Card No., 

23 Expiration Date, and Credit Card Type. 

24 Returning to the eCommerce embodiment depicted in FIG. 47, if the Buyer clicks the 

25 Cardholder Information button 417, the System displays a Cardholder Information collection 

26 screen (64, FIG. lOd), an exemplary embodiment of which is depicted in FIG. 49. The Buyer 

27 is asked to supply the Cardholder name 420, Street address 421, State 422-1 (using a pull 

28 down menu button 422-2), and zip code 423. The Buyer clicks the Save button 424 to save 

29 the cardholder information. 
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1 As depicted in FIG. lOd, once the Buyer in an eCommerce embodiment has completed 

2 all Buyer Response screens, the System enters the System package tracking number in the 

3 System's Shipping Log for the Seller, an exemplary embodiment of which is depicted in FIG. 

4 50. The System also notifies the Seller via e-mail (66, FIG. 1 Od) that the Buyer has 

5 completed all of the necessary shipping and payment information. 
6 



7 E. SHIPPING THE PACKAGE 

8 In an exemplary eCommmerce embodiment of the invention, the System notifies the 

9 Seller via e-mail (66, FIG. lOd) once the Buyer has completed all of the necessary shipping 

1 0 and payment information. An exemplary embodiment of a Seller notification e-mail is 

1 1 depicted in FIG. 51 . In the Seller notification e-mail, the System identifies the System as the 

12 sender 370, the Seller's e-mail 107 (e.g., as depicted in FIG. 12) as the recipient 375, and the 

13 item number 353. The e-mail contains a message 425 and instructions 427 to log on to the 

14 System to view a Shipping Log. The Shipping Log provides a platform with which the 

1 5 Shipper/Seller controls the shipping and attendant functions for all packages shipped or to be 

1 6 shipped by the particular Shipper/Seller. 

1 7 The Seller can view the Shipping Log by selecting the View Shipping Log submenu 



1 8 option 32b-2 from the Ship It menu option 32b. The Shipper/Seller can control the display 

1 9 order of the Shipping Log by selecting from a choice of several reporting controls. The 

20 Shipping Log (65, FIG. 1 Od) as depicted in FIG. 50 provides reporting controls such as 

21 Display selection 430 (with a pull down menu button 43 1), time period 432 (with a pull down 

22 menu button 433), and sort by 434 (with a pull down menu button 435). The Seller can click 

23 on the Update View button 436 to request an up-to-date report. Each Shipping log line item 

24 contains the System tracking number 438, the addressee name 437, the Carrier 440 and 

25 Service 439, the Ship date 441 and delivery date 442, and control buttons that allow the Seller 

26 to request details 443, instruct the system to ship the item 444, void the shipment 445, or 

27 reprint a label 446. 

28 FIG. 52 is a graphic representation of an exemplary embodiment of a Void Package 
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1 screen that the System displays if the Seller clicks on the Void button 445 on the Shipping 

2 Log. The Void Package screen provides a summary report of the information about the 

3 particular package 452, provides a View Details button 45 1 if the Seller wants additional 

4 detailed information about the package, and a Void Package button 453 if the Seller finally 

5 decides to void the identified package. 

6 FIG. 53 is a graphic representation of an exemplary embodiment of a Reprint Label 

7 screen which provides a report about the package 454, a View Details button 45 1, and a 

8 Generate Label button 455. If the User clicks the Generate Label button 455, the System will 

9 generate and print a shipping label (69, FIG. lOe) for according to the appropriate Carrier and 

10 Service, as limited by the Seller and as finally selected by the Buyer. 

11 As mentioned above, in some embodiments, the Shipper can use the System to locally 

12 print on the Shipper's printer device a bar-coded shipping label according the Selected 

13 Carrier's certification standards. In some embodiments, the bar-coded shipping label, 

14 including two dimensional bar code labels, and other types of shipping labels, can be printed 

15 on either a thermal label printer or on a laser printer. The Shipper specifies the type of printer 

16 to the system during initial setup procedures. Thereafter, the System uses, as appropriate, the 

17 thermal printer or laser printer module to prepare the label image for printing on the Shipper's 

18 printer. 

19 FIG. 54 depicts a flow diagram of one embodiment of the aspect of the invention that 

20 provides printing of bar-coded shipping labels on printer devices which are compatible with 

21 the client system on which the web browser is running, such as an HP-compatible laser 

22 printer. As depicted in FIG. 54, one of the NOC Servers, for instance, the Shipping Server, 

23 e.g., 21t as depicted in FIG. 7, gets the Label Size from the Carrier Label Specification 1250, 

24 the Label Layout from the Carrier Label Specification 125 1 , Label Data from the Shipper 

25 Database 1252, and the Label Quality in Dots Per Inch ("DPI") as set by the Server 1253, and 

26 uses this information to Generate the Label 1254. 

27 The Server then creates, and causes the display on the client browser's display device 

28 of, a text string with a specified font face and in a specified font size in an HTML table data 
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1 cell with a specified width 1255. If the client browser is using a 096 display device DPI, the 

2 display device will display said text string in the HTML table data cell in a single line. If on 

3 the other hand, the client browser is using a 120 display device DPI, the display device will 

4 display said text string in the HTML table data cell in two lines. 

5 In creating the display of the text string, the Server also sends a message to the 

6 Shipper asking the Shipper to answer the following question: do you see the text string 

7 displayed on your screen as a single line or as wrapped text in multiple lines? The Server 

8 receives the Shipper's response and determines from the response whether the Shipper's 

9 display device has displayed the text as a single line or as wrapped text in multiple lines 1256. 

10 If the text is displayed as a single line, then the client browser 1257 display device DPI is 

11 1 20. Otherwise, the client browser 258 display device DPI is 96. 

12 Next, the Server calculates the shipping label HTML image size in pixels 1259 by 

13 multiplying the Carrier-specified label size from the Carrier Label Specification times the 

14 client browser display device DPI as determined by the previous step. 

15 Next, the System displays the generated label image in the client browser 1260 with 

16 an HTML image tag and an HTML image size in pixels as calculated in the prior step. 

17 The client browser calculates the size of the label to be printed in inches by dividing 

18 the label HTML image size in pixels as calculated in a prior step by the client browser display 

19 device DPI 1261 ; the client browser then prints out the label with the size calculated 1261 . 

20 FIG. 55 depicts a flow diagram of an exemplary embodiment of the aspect of the 

21 invention that provides printing of dimensionally accurate images, such as dimensionally 

22 sensitive symbologies including two-dimensional bar codes and other two-dimensional 

23 machine readable symbologies. This aspect of the invention provides the printing of such 

24 dimensionally accurate images on various types of printer devices including among others 

25 HP-compatible laser printers. The printer devices can be configured with remote computers, 

26 such as PC's, that will receive signals to print the dimensionally accurate image over a 

27 communications network such as the Internet. Each PC having a client browser or executing 

28 like software, and each PC being configured with a pre-established Image Resolution that 
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1 applies to the display device and the printer device configured with the PC. 

2 As depicted in FIG. 55, a computer, such as Server 20t as depicted in FIG. 7, 

3 determines the Image Size 1350, the Image Layout 1351, any relevant Image Data 1352, and 

4 the Image Resolution in Dots Per Inch ("DPI") or in any other measure of Image Resolution 

5 1353. The Server 20t uses this information to Generate the Image. 

6 Alternatively, the Image has previously been created; the Server 20t determines from 

7 the Image, the Image Size 1350, the Image Layout 1351, any relevant Image Data 1352, and 

8 the Image Resolution in DPI or in any other measure of Image Resolution 1353 (collectively 

9 referred to hereinafter as the "Image Characteristics"). 

1 0 The Server 20t determines the possible Image Resolution Categories and associated 

1 1 values for client PC's 1354. Image Resolution Categories and associated values include 

12 information such as the number of text strings, and the length of and characteristics (font face, 

1 3 font size, and HTML table cell width) of each of the identified number of, text strings that 

1 4 must be used to determine the Image Resolution of client display devices 1355- 1356. 

1 5 An HTML table cell width is fixed in that the physical width of the display of the 



1 6 HTML table cell does not change depending upon the resolution of the client device; a text 

1 7 string comprised of characters having a particular font and font size has a scalable width, 

1 8 depending upon the resolution of the client device resolution. Use of an HTML table cell to 

19 measure the resolution of client devices is not a limitation of the invention. In an alternative 

20 embodiment, a graphic element other than an HTML table cell, having a fixed width, is used 



21 to measure the resolution of client devices. 

22 The possible Image Resolution Categories and values are stored in the memory of the 

23 Server 20t and updated on some basis. In an alternative embodiment, the possible Image 

24 Resolution Categories and values are input into the Server computer. 

25 The Server 20t then analyzes the Image Characteristics, and the possible Image 

26 Resolution categories and/or values 1355, and creates the appropriate number of text strings 

27 and associated HTML table cells 1356. Each text string is created to have a specified font 

28 face, a specified font size, and an associated HTML table cell with a specified width 1356. 

-76- 



PSTMOO 1 5/MRK/STM 

1 The computer then causes the display of the text strings in the associated HTML table cells on 

2 the remote client PC's display device 1358. 

3 In creating the display of the text string, the Server also sends a message to the 

4 recipient PC asking the user to answer the following question: is the first text string displayed 

5 on your screen as a single line or as wrapped text in multiple lines? The Server 20t receives 

6 the remote user's response and determines from the response whether the remote user's PC's 

7 display device has displayed each of the text strings as a single line or as wrapped text in 

8 multiple lines 1256. The Server 20t then sets the PC's Remote Image Resolution for printing 

9 the Image 1359 according to the results of the user's PC's display of the text strings. 



10 Next, the Server calculates the Remote HTML Image Size in pixels 1360 by 

1 1 multiplying the Image Size times the PC's Remote Image Resolution as determined by the 

12 previous step. 

13 Next, the Server displays the generated image on the display device of the remote PC 

14 1361 with an HTML image tag and the Remote HTML Image Size in pixels as calculated in 

15 the prior step. 

16 The client browser of the remote PC calculates the size of the Image to be printed 

17 ("Remote Print Image Size") in inches by dividing the Remote HTML Image Size in pixels 

18 by the Remote Image Resolution 1362; the client browser then prints out the Image with the 

1 9 Remote Print Image S ize 1362. 

20 In one embodiment of the invention, instead of printing a shipping label at the 



21 Shipper's printer, a Package Number 1 120 is displayed online on a Package Number Screen 

22 with notification that the label will be printed at a shipping location previously designated by 

23 the Shipper. FIG. 56 depicts an exemplary embodiment of a Package Number Screen. The 

24 Shipper can Void the Package Label at this point by clicking the Void Package button 1121. 

25 The Shipper can request shipping of a new parcel by clicking the "New Package" button 1 1 22 

26 or can indicate completion of shipping instructions by clicking the "Done" button 1 123. 

27 FIG. 57 depicts an exemplary embodiment of a Generate Shipping Label Screen in an 

28 exemplary simplified Internet embodiment of the invention. The Shipper is given instructions 
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1 1 125 as to how to print the label. Clicking the "Generate Label" button 1 124 causes the bar- 

2 coded label to be generated. 

3 FIG. 58 depicts an exemplary embodiment of a Print Label Screen in an exemplary 

4 simplified Internet embodiment of the invention. At the top of the Screen, an instruction 

5 1 130 is displayed to scroll to the bottom of the screen for instructions. The generated label 

6 1 1 3 1 is displayed in the main body of the screen. Instructions for printing the label 1 132 are 

7 displayed at the bottom of the screen. Clicking the "Print Label" button 1 1 33 (visible only 

8 for supported web browsers) will cause the label to be printed. Clicking the "Done" button 

9 1134 will close the web browser window. 

10 Returning to the exemplary eCommerce embodiment, if the Seller chooses to ship a 



1 1 specified package, e.g., by clicking on the Ship button 444 as depicted in FIG. 50, the System 

12 requests the Seller to input information to e-mail a notification to the Buyer that the package 

13 is being shipped. FIG. 59 is a graphic representation of an exemplary embodiment of a Send 

14 Ship Notification screen (67, as depicted in FIG. lOe). In one eCommerce embodiment, this 

15 information is automatically prepared by the System and an e-mail (e.g., 70 as depicted in 

16 FIG. lOe) is automatically sent to the Buyer when the Seller ships the package. In one 

17 embodiment, the Seller completes the information in this screen only if the Seller ships the 

1 8 package with a Carrier or a service that is not supported by the System. 



19 In an exemplary FIG. 60 depicts an exemplary E-Mail Others "Messages" pop-up 

20 Window in an exemplary simplified Internet embodiment which allows the Shipper to 

21 identify the "To" or "cc" status of the desired notification 1101 using a drop down menu 

22 activator 1 102 and which allows the user to enter each e-mail recipient's Name 1 103 and E- 

23 Mail Address 1104. FIG. 60 depicts two Recipients 1107 and 1108; the screen is exemplary 

24 and is not a limitation of the invention. 

25 Returning to the exemplary eCommerce embodiment, when the Seller chooses to ship 

26 a specified package, the System prepares and displays a Ship a Package Summary report (68, 

27 FIG. lOe) an exemplary embodiment of which is depicted in FIG. 61 . 

28 If the Seller/Shipper ships packages using UPS, the Seller will need to run UPS End of 
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1 Day processing (71, FIG. lOe) at least once each day a package is shipped using UPS. FIG. 

2 62 is an exemplary embodiment of the UPS End of Day screen. The System provides 

3 instructions 470 and a Perform End-of-Day button 471 . The System also provides Reprint 

4 instructions to reprint a driver record from a previous End-of-Day process 472 and a Find 

5 Driver Record button 473. 



6 FIG. 63 is a graphic representation of an exemplary embodiment of a Reprint Driver 

7 Record Screen that lists prior driver records 480, each record provides a Reprint button 481 

8 which when clicked will reprint the driver record (72, FIG. 1 Oe). 

9 After the Seller has completed printing the label, the Seller must give the package to 

1 0 the Carrier (73, FIG. lOe) so that it can be delivered via the Carrier (74, FIG. 1 Oe). 

1 1 The System provides complete tracking and reporting capabilities for packages 



12 shipped through it, and for packages for which a Carrier tracking number is known as 

13 described below and as disclosed in U.S. Provisional Patent Application Serial No. 

14 60/170,1 86 previously attorney docket number 3661 8/DBP/I249 now attorney docket number 

1 5 36620/DBP/I249, the disclosure of which has previously been incorporated for all purposes 

1 6 herein by reference. 

17 FIGS. 64a-l, 64a-2, 64b-l and 64b-2 are System interactivity data and logic flow 

1 8 diagrams depicting an exemplary eCommerce embodiment of the process by which the 

19 System completes the information necessary to ship a package. References in the explanation 

20 and description of FIGS. 64a-l, 64a-2, 64b- 1 and 64b-2 to the Buyer mean to the Buyer and 

21 the Buyer's computer 8-2; references to the Seller mean to the Seller and the Seller's 

22 computer 8-1 ; references to the System mean the System servers, 20a-20n (the database 

23 servers) and 21 a-21z (the other System servers); references to the System database mean to 

24 the entire logical System database 22. 

25 The Seller eCommerce Preference setup Processes 23 1 through 239 have been 

26 previously described herein above. After the Seller has completed setting up eCommerce 

27 preferences, and after the Seller is notified of a sale, the Seller enters the System and prepares 

28 to enter Buyer information by clicking on the Buyer information submenu option 501 . The 



-79- 



PSTMOO 1 5/MRK/STM 

1 System then displays a Buyer Information screen 502 to the Seller. The Seller then enters 

2 Buyer information and clicks the Next button 503. The System responds by displaying the 

3 Item and Cost screen 504. The Seller enters the item and cost information and sends the 

4 information to the System 505. 

5 The System uses the information provided by the Seller to create a new package 

6 record in the System database and sets the status of the package to "waiting for buyer's 

7 response" 506. The System prepares and sends an e-mail to the Buyer requesting information 

8 to complete the shipment and including a URL hyperlink to the System web site page that is 

9 available to intake the Buyer's information, the URL containing a System package tracking 

10 number for the specified package 507. The System also prepares and sends an e-mail to the 

1 1 Seller informing the Seller that the e-mail has been sent to the Buyer 508. 

1 2 The Buyer upon receipt of the System e-mail, uses a web browser to navigate the URL 

13 in the System e-mail and enter the System 509. The System retrieves the System package 

1 4 tracking number from the URL provided by the user's browser to access 5 1 0 and retrieve 5 1 1 

1 5 the package information from the System database. The System provides the Buyer with an 

16 introduction and instructions to complete the process 512. If the Buyer chooses to proceed, 

17 the Buyer clicks the Next button 513. The System then requests Buyer shipping information 

18 514. The Buyer completes the Buyer shipping information and clicks the Next button 515. 

19 The System accesses 516 and retrieves 517 from the System database rating information, 

20 including the Seller's preferences. The System uses the rating information and prepares and 

21 displays for the Buyer a multi-carrier, multi-service shipping cost comparison Graphic Array 

22 518. The Buyer selects a Carrier/Service entry from the Graphic Array to ship the package 

23 519. The System verifies the information and requests payment information from the Buyer 

24 in accordance with the Seller's preferences 520. The Buyer selects a payment method, enters 

25 payment information and Sends the information to the System 521 . The System stores all 

26 Buyer information and associates that information with the package, and updates the package 

27 status to "buyer has replied" 522. The System sends an e-mail to the Seller notifying the 

28 Seller that the Buyer has replied 523. The System in some embodiments sends an e-mail to 

29 the Buyer notifying the Buyer that the System has informed the Seller that the Buyer has 
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1 replied 524. 

2 The Seller requests a Shipping Log of "Today's Packages" 525. The System accesses 

3 the System database 526 to retrieve 527 a Shipping Log of the Seller's packages that need to 

4 be processed. The System displays the Shipping Log to the Seller 528. The Seller locates the 

5 package to which the Buyer responded and clicks the Ship button 529. The System displays 

6 the Shipping screen to the Seller 530. 

7 FIGS. 65a and 65b represent a database schema diagram that depicts an exemplary 

8 embodiment of tables in which data is stored by the System regarding a particular package 

9 and a particular Seller's Account, and from which information is retrieved in order to 

1 0 facilitate the shipment of a package. The database schema depicted in FIGS. 65a and 65b 

1 1 provides an Account User table 25 1 , a Users table 252, an Account User Configuration table 

12 253, a Carrier Account table 254, an Account table 255, an Account and Carrier Account 

13 table 256, an Address table 257, a Site Type table 258, an Account and Site Type table 259, 

14 an Account and Site table 260, and a Site table 270, all of which were previously described 

1 5 herein above with respect to FIGS. 33a and 33b. The database schema with respect to 

1 6 package information further provides the Package Table 261. The Package Table 261 

1 7 contains for each package, among other things, a Package (DID (a pointer) 26 1 - 1 , the actual 

18 weight 261-2, length 261-3, width 261-4, height 261-5, System package tracking number 261- 

19 6, site type ID 261-7, Site OED (a pointer) 261-8, Account number 261-9, User ID 261-10, 

20 From contact name 261-1 1, From address 1 261-12, To contact name 261-13, To address 1 

21 261-14, Bill contact name 261-15, and the Bill address 1 261-16. 
22 

23 F. TRACKING 

24 The tracking features described below apply similarly to both an exemplary simplified 

25 Internet embodiment and to an exemplary eCommerce embodiment of the invention. 
26 

27 1) USER REQUESTED TRACKING 
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1 In order to track a particular package using the System, a Shipper identifies a tracking 

2 number for that package to the System and requests that the System report the status of the 

3 package. Two types of tracking numbers are used to track packages: 1) Carrier tracking 

4 numbers and 2) System tracking number. 

5 Each Carrier assigns each package a tracking number that uniquely identifies each 

6 package and which is used to trace packages as the package moves through the particular 

7 Carrier's system to the package's destination. The Shipper or the package recipient uses the 

8 tracking number for a particular package to track, locate, and verify delivery of the particular 

9 package. 

10 A System tracking number is a unique number generated internally by the System to 

1 1 identify a particular package shipped using the System. The Shipper inputs the Shipper's 

12 Parcel Specifications for the Subject Parcel. Using each Shipper's Parcel Specifications, the 

13 System is programmed to access databases containing information about each supported 



14 Carrier. Each supported Carrier has a unique rating schedule, delivery and pickup rules and 

15 schedules, and certification requirements (the "Carrier Rules"). The System is further 

16 programmed to apply each supported Carrier's Rules to each Shipper's Parcel Specifications 

1 7 for the corresponding Subject Parcel. The System provides an online display of a 

1 8 Dynamically Dimensioned Multi-Carrier, Multi-Service Graphic Array as depicted, e.g., in 

19 FIGS. 36a and 46 described above. 



20 The Shipper in this case uses a user input device to pick the preferred Carrier, by for 

21 instance placing the cursor of the Shipper's PC on the displayed Carrier cell entry, e.g. 1065 a, 

22 in the Graphic Display as depicted in FIG. 36a and clicking the Shipper's user input device 

23 (the "Selected Carrier"). 

24 As a result of the Shipper selecting a Carrier cell entry in the Graphic Display to ship a 

25 package, the System assigns the package a System package tracking number and adds a 

26 record containing all of the pertinent information about the package to the System database 

27 22. Following are exemplary Shipping tracking numbers: MAGGY841VRY50; 

28 MAGGY84B496RF; MAGG Y84X0F J45 . In one embodiment, the System Tracking 
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1 Number is based on a Base-33 number system. The characters available are: Zero (0) through 

2 nine (9) and A through Z excluding "I" (i), "L" (1), and "O" (o). Each letter represents a 

3 value, as depicted in the table below: 

4 A=10 F=15 M = 20 S = 25 X - 30 

5 B = ll G=16 N = 21 T = 26 Y = 31 

6 C = 12 H = 17 P = 22 U = 27 Z = 32 

7 D = 13 J = 18 Q = 23 V = 28 

8 E = 14 K=19 R = 24 W = 29 

9 Each System Tracking Number is 13 alphanumeric characters. Position 1 is the letter 'M'. 

10 Positions 2-7 are a System Account number. Positions 8-12 are a five-digit ID. Position 13 

11 is a Check Digit. 

12 To calculate the Check Digit, the System performs the following steps: 1) 

13 Consecutively multiply the numeric value of each of positions 2-7; 2) Consecutively multiply 

14 the numeric value of each of positions 8 - 12; 3) Add both results; 4) Divide by 31; 5)Convert 

15 the remainder value to a Base-33 number. The converted value is the Check Digit. 

1 6 Referring to FIG. 5 once again, when a Shipper/User ships a package using the 

17 System, one or more of the System's Servers, e.g., 21a-21n create a new System tracking 

1 8 number. When a new System tracking number is created, one of the System's Database 

19 Servers, e.g., 20a-20n, adds a new package record with the newly created System tracking 

20 number to a Package Table 28. 

21 The Package Table 28 resides in the System database 22 and contains package records 



22 for System processed packages. An exemplary embodiment of the Package Table contains the 

23 following information: 1) Package Tracking State ID; 2) Package Shipping State ID; 3) Actual 

24 Delivery Time; 4) Delivered To information; 5) Shipping Date; 6) Carrier Tracking Number; 

25 7) System Tracking Number; 8) Carrier ID; 9) Actual Package Weight; 10) Service 

26 Description; and 11) Package OID. The content of these fields are described further below. 

27 The Package Tracking State ID specifies the tracking state of the package. In an 
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1 exemplary embodiment of the invention, there are four different tracking states: l)Null (New 

2 Packages or Shipped Packages); 2) Manifested (at the end of each day, package information is 

3 moved to the Package History Table for tracking purposes); 3) In Transit (The Carrier has 

4 picked up packages); 4) Delivered (Packages have been delivered to the shipping destination). 

5 The Package Shipping State ED specifies the shipping state of a package. In an 

6 exemplary embodiment of the invention, there are two different shipping states: 1) Shipped 

7 (New Packages or Shipped Packages); 2) Manifested (at the end of each day, package 

8 information is moved to the Package History Table for tracking purposes). 

9 The Actual Delivery Time specifies the Date/Time that the package was actually 

1 0 delivered. The Delivered To information identifies the person or place to which the package 

1 1 was delivered (e.g., left with receptionist, receptionist front desk, or guard). The Ship Date 

12 specifies the date on which the Carrier picked up the package. The Carrier Tracking Number 

13 identifies the Carrier-specific package tracking number. The System Tracking Number 

14 specifies the unique Package tracking number internally generated by the System (each 

15 System tracking number corresponds to exactly one Carrier-specific tracking number). The 

16 Carrier ID specifies an identification code for the particular Carrier. The Actual Package 

1 7 Weight specifies the actual weight of the package as opposed to the billed weight. The 

18 Service Description describes the type of services used to ship the package e.g., Overnight, 3 

19 Day Ground, Second Day Air, etc. The Package OID contains a Globally Unique Identifier 

20 ("GUID") for each package. 

21 When the System creates a new package record, the record remains in the Package 

22 Table 28 during an initial period of time, for example, the first day during which the record is 

23 created, so that the Shipper/User can modify information about the package or void the 

24 package record as appropriate. In an exemplary embodiment of invention, the System 

25 performs certain processing on a periodic basis, such as at the end of each business day. This 

26 type of processing is referred to herein as "End Of Day" processing. In an exemplary 

27 embodiment of the invention, during "End of Day" processing, the System removes all new 

28 package records from the Package Table 28 and moves the records to a Package History Table 
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1 29 which also resides on the System Database 22. In an exemplary embodiment, Package 

2 History Table 29 records contain the same data fields as described above regarding Package 

3 Table 28 records. 

4 FIG. 68 is a graphic representation of a Shipper online user input screen that is 



5 displayed on the Shipper's display screen 10. If a Shipper/User wants to track a particular 

6 package, the Shipper/User enters the tracking number that identifies the particular parcel 

7 package of interest in the "Enter tracking number" field 2035. It should be understood by 

8 those with ordinary skill in the art that the User may be someone other than the Shipper. For 

9 instance, the User may be a Recipient who wishes to track a package being sent to the user. 

1 0 Once the User has entered a tracking number, the User submits a request to track the 

1 1 particular package identified by clicking on the Submit button 2036. 

12 FIG. 69 is a logic flow diagram that depicts the high level logic for tracking the status 

13 of a particular package. The User enters 2018a and 2018b a tracking number 19 in the 

14 tracking number field 2035 (as was shown in FIG. 68). The System first validates 2050 the 

15 tracking number 19. The System performs the validation process by attempting to access the 

16 record on the System database 22 that is associated with the tracking number 19. To do this, 

17 the System requests that a System database server, e.g., 20a (as depicted in FIG. 5) locate and 

1 8 retrieve the package record that is associated with the tracking number 19. The System 

19 database server, e.g., 20a as depicted in, e.g., FIG. 5, uses the entered tracking number 19 to 

20 search the System database 22 to locate and retrieve the specified package record. In one 



21 embodiment, the System database server, e.g., 20a as depicted in, e.g., FIG. 5, is programmed 

22 to perform database accesses using Sequel 7.0. 

23 Through the validation process, the System determines whether the tracking number 

24 1 9 is a System tracking number or a Carrier tracking number. Below are examples of Carrier 

25 tracking numbers. 

26 UPS - lz85956103441 13190 

27 Airborne - 3918984344 

28 FedEx -811152682326 
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1 USPS - ej585489546us 

2 Yellow Freight - 2100003475 

3 If a user enters a Carrier tracking number as the tracking number 19, then depending upon the 

4 status of the package, or the number of times that the package was tracked, there may be no 

5 information in the System database 22 for the Carrier tracking number. In such a case, the 

6 System then uses algorithms provided by each Carrier to determine the Carrier identification. 

7 If the System determines that there is information about the package on the System 

8 database 22, then the System analyzes the Package Shipping State. If the Package Shipping 

9 State of the retrieved record is "Manifested" or "In Transit" and the Package Tracking State is 

1 0 not "Delivered", then the System prepares to track the package using the appropriate Carrier 

1 1 system. If the Package Shipping State of the retrieved record is "Delivered", or other final 

12 status, then the System reports the status of the package to the user. 

13 If the tracking number 19 is a valid System tracking number, then the System extracts the 

14 Carrier's tracking number and Carrier's ID from the package record retrieved from the System 

15 database 22 before issuing a request 2054. Otherwise, if the tracking number 19 is a Carrier 

1 6 tracking number, then the System extracts the Carrier' s ID from the package record before 

17 issuing a request 2052 to the Carrier's Internet system. The System uses the Carrier's ID to 

18 retrieve from the System database 22 the Internet URL for the Carrier's Internet web site. The 

19 URL information is configurable. 

20 Returning for a moment to FIG. 5, using the Carrier's Internet URL, the System then 

21 makes an HTTP connection to the Carrier's web server, e.g., 23-2, 24-2, 25-2, 26-2, or 27-2, 

22 using the URL information for the particular Carrier's web server. Depending upon the 

23 Carrier, the System's 1 request and report interface with the Carrier's web server is 

24 programmed in HyperText Markup Language ("HTML") (e.g., 24- 1 , 25- 1 , 27-1), Extensible 

25 Markup Language ("XML") (e.g., 26-1), or both HTML and XML (e.g., 23-1). FIG. 66 

26 depicts an exemplary XML formatted request for submitting a tracking request to a Carrier. 

27 FIG. 67 depicts an exemplary successful tracking response, also in XML format, returned by 

28 the Carrier. 
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1 Then, as depicted in FIG. 69, the System transmits the Carrier's tracking number over 

2 the HTTP connection (2052 or 2054). The System instructs the Carrier's web server as to 

3 what information is requested based on the connection made using the URL. 

4 If the Carrier's web server successfully responds 2055 to the System's 1 tracking 

5 request, the System disconnects from the Carrier's web server and parses the response data. 

6 Some Carriers' response data contains unnecessary text information. The System strips out 

7 all of the unnecessary text in order to parse the relevant information. 

8 If the System database 22 does not have any previous record of the package, such as 

9 would be the case if the package had not been shipped using the System shipping application, 

1 0 then the System does not store any data about the package in the Package Table or the 

1 1 Package History Table. 

12 Otherwise, the System then updates the System database 22 and reports the 

1 3 information to the Shipper/User 2056. If the package is reported as delivered, the System 

14 populates the Package History Table 29 in the System database. As was previously 

15 mentioned, in an exemplary embodiment, Package History Table 29 records contain the same 

16 data fields as described above regarding Package Table 28 records. 

17 If on the other hand, the Carrier's Internet web server returns an unsuccessful report, 

18 the System reports the failure to the User. FIG. 70 is a graphic representation of an exemplary 

1 9 unsuccessful tracking report to the User. The Tracking Failure Report Screen as depicted in 

20 FIG. 70 informs the User that the System was unable to track the package 2060 and displays 

21 2061 the package tracking number 19 that the User previously entered. The Tracking Failure 

22 Report Screen asks the User to verify the accuracy of the tracking number and to specify a 

23 Carrier by name 2062. The Tracking Failure Report Screen provides a pull down menu 

24 button 2063, that when clicked, displays a list 2064 of the supported Carriers. The user enters 

25 a new tracking number 1 9 in the tracking number field 2035 and specifies the Carrier by 

26 highlighting one of the Carriers displayed in the list 2064. The user submits the request by 

27 clicking on the Submit button 2036 (covered by the pull down selection list 2064 in FIG. 70). 

28 If the Carrier's system successfully returns tracking information, then the System 
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1 displays the package's current status. As depicted in FIG. 71 , if the package has a "Delivered" 

2 status, the System reports the Status 2071 ; status as of Last Scan including date time and 

3 location 2072; Delivered To location 2073; Delivery Date 2074; Delivery Time 2075; 

4 Delivery Location 2076; Signed by 2077; Carrier Name 2078; Service 2079 and Tracking 

5 Number 2080. 

6 Status 2071 reports the Delivery Status, also referred to as the Track, or Tracking, 

7 State. Last Scan 2072 reports Last scan information for the particular package. When a 

8 package is moved from one location to another, the label of the package is scanned according 

9 to each Carrier's processing requirements. Also, many Carriers scan package labels when 

1 0 packages are received by the recipients. Delivered To 2073 reports the person or place to 

1 1 which the package was delivered (e.g., left with receptionist, receptionist front desk, or 

12 guard). Delivery Date 2074 reports the date on which the package was delivered. Delivery 

1 3 Location 2076 reports, for most carriers, the city, zip code, and state information for the 

14 location to which the package was delivered. However, for some carriers, such as UPS, the 

1 5 delivery location reports where the package was dropped off (e.g., front porch, front door). 

1 6 Signed By 2077 reports the name of the person who signed the package after receiving it. 

17 Carrier 2078 reports the name of the Carrier that delivered the package. Service 2079 reports 

1 8 the type of shipping service (i.e., Ground). Tracking Number 2080 reports the System 

1 9 tracking number or carrier tracking number entered by the User. 

20 The User is invited to enter another tracking number 1 9 in the tracking number field 

2 1 2035 and click the Submit button 2036 to submit the next tracking request. 

22 As depicted in FIG. 72, if the package has not yet been delivered, the System reports 

23 the information available, e.g., the Status 2071, Last Scan 2072, Carrier 2078 and Tracking 

24 number 2080. In such a case, the System asks the User if the User want to be notified when 

25 the identified package is delivered. The System provides the User with input fields to register 

26 to receive, and have sent, e-mail notification after the package is delivered. A user can enter 

27 up to three names, 2091, 2093 and 2095, and up to three e-mail addresses, 2092, 2094, and 

28 2096, to receive the delivery confirmation. The User submits the e-mail notification by 
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1 clicking on the Submit button 203 6- 1 . 

2 If the User completes the e-mail notification input fields with at least one e-mail name 

3 and address, e.g., 2091 and 2092, the System creates an entry in a Track Response Table 30 

4 which is a table contained in the System Database 22 as depicted in FIG. 5. The Track 

5 Response Table entry contains the tracking number 19 earlier specified by the User and 

6 displayed 2080 in the Tracking Report Screen depicted in FIG. 72. The System uses the 

7 Track Response Table 30. The System performs Automatic Tracking for all of the package 

8 tracking numbers contained in the Track Response Table 30 at the time that the Automatic 

9 Tracking procedure is executed. Automatic Tracking is described in more detail below. 

1 0 The User can then enter another tracking number 1 9 in the tracking number field 203 5 

1 1 and submit the new request by clicking on the Submit button 2036-2. When the Carrier 

12 delivers the package, the System detects the delivery through one of several ways, as will be 

1 3 further explained below, and then sends e-mail with a link to the web page with the most up to 

14 date package status. 

15 In an alternative embodiment, if the tracking number 19 is a Carrier tracking number, 

1 6 the Server will validate the Carrier tracking number is a valid tracking number. If the Carrier 

17 tracking number is not a valid number, the Server will return an invalid tracking number 

1 8 error. If the Carrier tracking number is a valid number, the Server will not attempt to match 

1 9 the number to a manifested package; the Server will track the package using the particular 

20 Carrier's Internet tracking routine; and will return the tracking response to the Web Client of 

21 the requesting Shipper/User. 

22 In an alternative embodiment, if the tracking number 1 9 is a System tracking number, 

23 then the System validates the System tracking number to ensure that it is a valid System 

24 tracking number. If the System tracking number is not a valid tracking number, the Server 

25 will return an invalid tracking number error. If the System tracking number is a valid tracking 

26 number the Server queries the System database 22 to find the Carrier tracking number which 

27 corresponds to the System tracking number. If no package record is found for the System 

28 tracking number, then the Server will return an error to the Web Client of the requesting 
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1 Shipper. The error message will indicate that no package record was found; it will request the 

2 user to verify that the tracking number was from a package which had been dropped off notify 

3 the user that a package be tracked on the same day it shipped. If the package record is found 

4 and the actual ship date is the same as the current date, the Server will return an error to the 

5 Web Client of the requesting Shipper indicating that the user/Shipper cannot track the package 

6 on the same day it is shipped. 

7 In this alternative embodiment, once the Server has identified the Carrier tracking 

8 number, the Server will track the package using the Carrier's Internet tracking routine. If the 

9 tracking response from the Carrier's Internet tracking routing indicates an error, the Server 

1 0 will make another attempt to track the package through the Carrier's Internet tracking routine. 

1 1 If the second tracking request results in an error, the Server will notify the Web Client of the 

1 2 requesting Shipper that the Carrier is unable to track the package, and will log a tracking 

1 3 request error containing the Error Log number, the System tracking number, the Carrier 

14 tracking number, the time and date the tracking request occurred, the error response reported 

1 5 by the Carrier, and the Account Name of the user/Shipper making the tracking request, if that 

16 information is available. 

1 7 If, on the other hand, the Carrier returns a valid tracking response, the Server will 

1 8 update the package status in the Server Database with the tracking response and will return the 

1 9 detailed package information to the Web Client of the requesting user/Shipper from the 

20 System Database as described below. 

2 1 If the user supplied a Carrier tracking number, the Web Client will display the basic 

22 tracking information provided by the particular Carrier's Internet tracking function. In one 

23 embodiment of the invention, when the user provides a Carrier tracking number to track a 

24 package, the user/Shipper's Web Client requires the user/Shipper to identify the Carrier. 

25 If the user/Shipper provides a System tracking number, then if the user/Shipper is 

26 logged on to the account, or otherwise enters valid logon information, that information must 

27 correspond to the Account which shipped the package. In that case, the user/Shipper's Web 

28 Client will display the following information: System tracking number; recipient address; 
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1 drop off location; Carrier and service; Carrier tracking number if available; actual ship date if 

2 available; delivery address if available; delivery location if available; delivery date if 

3 available; delivery time if available; signed for by information if available; package rate; 

4 package weight; package dimensions; packaging; customer reference information; all scan 

5 activity. 

6 If on the other hand, the user/Shipper is not logged on to the account, fails to enter 

7 valid logon information, or is logged on to an Account which does not correspond to the 

8 Account which shipped the package, the user/Shipper's Web Client will display the following 

9 information: System tracking number; recipient contact name; recipient company name; 

1 0 Carrier and service; Carrier tracking number if available; actual ship date if available; delivery 

1 1 address if available; delivery location if available; delivery date if available; delivery time if 

12 available; signed for by information if available; package weight; customer reference 

1 3 information; all scan activity. 
14 

15 2) AUTOMATIC TRACKING 

1 6 Automatic Tracking of packages with Priority Delivery Notification is performed 

1 7 when the package meets the following criteria: the package is a manifested package; the 

1 8 package was shipped using Priority Delivery Notification; The actual ship date of the 

19 package is the earlier than the current date; the package does not have the status of Delivered 

20 or Lost. 

2 1 Automatic Tracking of a particular package can be requested by the User, as depicted 

22 in FIG. 72 and as was described above 

23 If the package fulfills all of the above-described automatic tracking criteria, the 

24 System places a record in the Track Response Table 30 and thereafter tracks the package on 

25 some regular periodic time interval, for example, every four hours beginning at a staggered 

26 start time. The start time is determined randomly and is staggered to occur at regular intervals 

27 every four hours. 

28 The System tracks the package using the specified Carrier's Internet tracking routine 
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1 as was previously described above. If the Carrier's Internet tracking routine returns a tracking 

2 response that the tracking request is an error, the Server will track the package at the next 

3 staggered tracking time. If the second tracking request response is also an error, the Server 

4 will track the package at the next scheduled four hour interval. If the third tracking request 

5 fails, the Server will log a tracking request error containing the following information: error 

6 log number; System tracking number; Carrier tracking number; time and date the tracking 

7 request occurred; and the error response from the Carrier. In the event that the third tracking 

8 request fails, the Server will issue an Automatic Tracking Alert, for instance, to System 

9 Support, containing the error log number. 

10 If the tracking request results in a successful tracking response, the Server will update 

1 1 the package status in the Package History Table 29 in the System Database 22 with the 

12 tracking response information. If the package status returned is Delivered, the Server will 

13 send delivery notification via e-mail to the notification address(e), e.g., 2091 - 2096 as 

14 depicted in FIG. 72, as previously supplied by the Shipper/User. For a Delivered package, the 

1 5 Server will update the Package History Table 29 in the System Database 22 to indicate that 

1 6 the package has been delivered, that a delivery notification e-mail has been sent, and the date 

1 7 and time that the e-mail was sent. 

18 If the manifest package was shipped without Priority Delivery Notification, then on 

1 9 any day after the actual ship date, as long as the status of the package is not Delivered or Lost, 

20 the System will track the package every day at a non-peak period. If the tracking response is 

21 an error, the Server will not attempt a second tracking request. If the tracking response is 

22 successful, the System will update the package status in the System Database 22 with the 

23 tracking response information. 

24 The System will verify that all packages with a status of Delivered were delivered 

25 within the guaranteed delivery time. For each Delivered package for which delivery was not 

26 made with the guaranteed delivered time, the Server will generate a Delivery Exception 

27 containing the following information: Carrier account number for the Drop Off Location; 

28 Carrier tracking number; date of shipment; complete destination address information; delivery 
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1 exception ID number. 

2 In one embodiment of the invention, there are four types of scripts, or procedures, that 

3 run regularly to update the Package History Table 29 and the Track Response Table 30 in the 

4 System database 22: 1) Track All Scripts, 2) Track Inbound Script, 3) Inbound Confirmation 

5 Mail Script and 4) Delivery Confirmation Script. Each is described further below. 

6 Track All Scripts are run on a regular basis. There is a Track All script for each 

7 Carrier (e.g., FedEx, UPS, Airborne, and Yellow Freight). Each Track All script executes a 

8 set of instructions that enumerate the package records in the Package History Table 29 to get 

9 updated information from a specific Carrier's database. If a System tracking number has a 

10 delivered tracking state, then the next time a user tries to get tracking information for this 

1 1 particular tracking number, the System will not need to connect to the Carrier's web server to 

12 get the package status information. 

1 3 Track Inbound Script is run on a regular basis. Track Inbound Script searches the 

14 Track Response Table 30 and enumerates all entries in the table to get updated information 

1 5 from multiple Carriers' databases. If a tracking number has a delivered tracking state, then 

1 6 Users are notified via e-mail that their packages have been delivered. Also, if the tracking 

1 7 number is a System tracking number then the Package History Table 29 gets updated with this 

1 8 delivered tracking state information for optimization purposes. By updating the Package 

19 History Table 29, the System does not need to re-connect to carriers' web servers to get 

20 information about a package that has been already delivered. 

21 Inbound Confirmation Mail Script is run on a regular basis. It searches the Track 

22 Response Table 30 for packages that have a delivered track state. When the script finds 

23 delivered packages for Users who requested to receive e-mail notifications, it sends e-mail 

24 notifications to them with delivery information. 

25 Delivery Confirmation Script is run on a regular basis. It searches the Package History 

26 Table 29 and enumerates all entries in the table for which the User has requested delivery 

27 notification when the subject package has been delivered to destination. When the script finds 

28 delivered packages in the Package History Table 29 for Users who requested to receive e-mail 
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1 notifications, it sends e-mail notifications to them with delivery information. 
2 

3 3.) COUNTER MANIFEST SYSTEM (CMS) TRACKING 

4 As an alternative to using an Internet embodiment of the invention, a user can track 

5 packages by using the counter Manifest System CMS feature of the invention. In such an 

6 embodiment, CMS is a standalone-dedicated system that uses a connection to one of the 

7 System's servers (the "CMS Server") to track packages. CMS can be connected to one of the 

8 System servers in many different ways, including among others, DSL dial-up, ISDN dial-up, 

9 Modems, Tl line, Hughes VSAT link or other communications systems. 

10 hi the CMS environment, a company maintains a connection for the CMS to the CMS 

1 1 Server to track packages for customers. The CMS User track packages for the CMS User's 

1 2 customers by entering a tracking number in the CMS tracking page. CMS tracking allows a 

1 3 customer to register for a delivery confirmation to receive e-mail notifications when packages 

14 are delivered. Also, customers can register using the System's Internet embodiment to receive 

1 5 inbound delivery notifications for the packages that are shipped using the CMS. 

16 FIG. 73 is a graphic representation of an exemplary CMS online user input screen. 

1 7 The User inputs a tracking number 1 9 in the input tracking number field 2 1 00 and submits a 

1 8 request to the System to track the package associated with the input tracking number 19 by 

1 9 clicking on the "Track" button 2 1 02 . 

20 FIG. 74 is a graphic representation of an exemplary CMS display screen that reports a 

2 1 successful tracking result 2103. After reading the tracking report, the User can request that 

22 another package be tracked by clicking the 'Track Another" button 2 1 04. 

23 FIG. 75 is a graphic representation of an exemplary CMS error tracking report display 

24 screen. The tracking number 1 9 is displayed with an error message 21 05. The user can 

25 request that another package be tracked by clicking the "Track Another" button 2104. 
26 

27 4.) MANIFEST AND INBOUND TRACKING 
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1 A User can register with the System to establish a shipping account. Once a User has 

2 established an account, the System will record in the System database 22 information for 

3 every package shipped under the User's account. The information contained in the System 

4 database 22 under the User's account is referred to as the User's Shipping Log. 

5 The System provides the User with online capability to request information about the 

6 User's Shipping Log. FIG. 76 is a graphic representation of an exemplary embodiment of a 

7 "My Tracking" Screen. On the viewer's left side of the My Tracking Screen display, a "My 

8 Tracking submenu 21 10 is provided to allow the User to select options. By clicking on and 

9 highlighting one of the My Tracking submenu 2110 options, the User can select to view the 

10 User's Account's Shipping Log 21 1 1, to View Inbound Packages 2112, to Add Inbound 

1 1 Packages 2113, and to indicate Tracking Preferences 2114. The User can also input a tracking 

12 number 19 into the Quick Track input field 21 15 and request that the System track the 

13 identified package by clicking the "go" button 21 16. 

14 FIG. 77 is a graphic representation of an exemplary embodiment of a Shipping Log 

1 5 Screen. A logged on registered User enters this display screen by clicking on the My 

1 6 Tracking submenu 2110 User's Account's Shipping Log option 2111. If the User is both 

1 7 logged on and registered, then in response to the User clicking on the My Tracking submenu 

18 21 10, User's Account's Shipping Log option 2111, the System presents a Shipping Log 

19 Screen with certain selection criteria. In the embodiment depicted in FIG. 77, the System 

20 initializes selection criteria fields with certain default values. For instance, the Shipping Log 

21 will search the system database 22 for the name of the individual to whom the particular 

22 account belongs and displays the name of the person 2109. Further, the Shipping Log 

23 application will search the System database 22 for all packages shipped under the User's 

24 account that conform to the criteria specified in the input fields of the FIG. 77 screen. 

25 The Shipping Log Screen provides for User selection of the Type of package, e.g., 

26 "All Packages" from the Display option 2118 and Display option pull-down menu button 

27 21 17; "For the Past" time period 2119, e.g., for the past "Month" during which packages were 

28 shipped; and "Sort By" 2121-2122 which allows the User to select the order of the Shipping 
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1 Log report entries. 

2 In response to the Shipping Log request, the System creates a list and displays an 

3 online Shipping Log record for the packages shipped under the User's account and which fit 

4 the selection criteria. For each such package, the System displays: the Status of the package 

5 2125 and the tracking number 2080, the name of the shipper 2126, the Carrier Service 2127, 

6 the name of the Carrier 2128, the Ship Date 2129, and the Delivery Date and time 2129-2130. 

7 If the User wants more information for a particular package in the Shipping Log, the User 

8 highlights the appropriate record in the list and clicks the "Details" button 2124. 

9 FIG. 78 is a graphic representation of an exemplary embodiment of a Detailed 

1 0 Shipping Log Entry Screen which is displayed if the User highlights the appropriate record in 

1 1 the Shipping Log list and clicks the "Details" button 2124. The System displays the Shipping 

12 Log date and time 2140, the System tracking number 2141, the estimated weight of the 

13 package 2142, the billed weight of the package 2143, the Packaging type 2144, the Carrier 

14 and Service 2145, a description of the goods shipped 2146, the shipping status 2071, the 

1 5 Carrier tracking number 2080, the Shipped Date 2 1 47, the Expected data of arrival 2 1 48, the 

16 Last Scan information 2072, the Recipient's name and address 2149, the Return name and 

17 address 2150, the Ship from location 2153, the base shipping service charge 2151, and the 

1 8 total shipping charge 2152. 

19 FIG. 79 is a graphic representation of an exemplary embodiment of a detailed "Quick 

20 Track" result screen which displays the same type of information described above for FIG. 78. 

21 The way that a User obtains this display is to enter a tracking number 19 into the Quick Track 

22 input field 2115, and by then clicking on the "go" button 2116. 

23 A registered logged on User can view inbound packages if the User first identifies to 

24 the System package tracking numbers for each of the packages the status of which the User is 

25 interested in monitoring. FIG. 80 is a graphic display of an exemplary embodiment of an 

26 "Add Inbound Packages" Screen. The User requests this screen by clicking on the "Add 

27 Inbound Package" option 21 1 3 of the "My Tracking" submenu 21 1 0. The User inputs 

28 identification information, such as the tracking number 19 in the input tracking number field 
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1 2035, the Carrier 2128, and the Order/Item 2161 . The User can also specify that the System is 

2 to provide e-mail notification 2 1 62 with an e-mail message 2163. By clicking on the "E-mail 

3 Others" button, the User can request an "E-mail Others" screen providing input similar to that, 

4 items 2091-2097, and 2036-1, described above for the tracking screen depicted in FIG. 72. 

5 By clicking on the "Add" button 2165, the User requests that the record identified in the 

6 User's input be added to a list for that User of Inbound Packages to be monitored. 

7 Once the User has input the identification information for the packages the status of 

8 which the User wants to monitor, and added all such records to the User's Inbound Tracking 

9 List, the User can then view the status of those identified Inbound packages. To do so, the 

1 0 user clicks on the "View Inbound Packages" option 2 1 1 2 of the "My Tracking" submenu 

11 2110. FIG. 81 is a graphic representation of an exemplary embodiment of a "View Inbound 

12 Packages" Summary Screen. Similar to the Shipping Log Screen as discussed above in 

13 relation to FIG. 77, the View Inbound Packages Summary Screen displays information about 

1 4 packages identified by the User as Inbound Packages. As depicted on FIG. 8 1 , the User can 

1 5 specify reporting criteria such as Display limitations 2 1 1 7-2 1 1 8, and sorting requests 2121- 

16 2122. The User can request details about a particular package by highlighting the reporting 

1 7 line on the screen and clicking the "Details" button 2 1 24. The User can delete a particular 

1 8 package from Inbound Package Tracking by highlighting the reporting line on the screen and 

1 9 clicking the "Delete" button 2 1 70. 

20 FIG. 82 is a graphic representation of a View Inbound Packages Detail Screen. The 

21 type of information displayed on this screen is similar to the type of information described 

22 with respect to the Shipping Log Detail Screen as depicted in FIG. 78 and discussed above. 
23 

24 ILLUSTRATIVE EMBODIMENTS 

25 Although this invention has been described in certain specific embodiments, many 

26 additional modifications and variations would be apparent to those skilled in the art. It is, 

27 therefore, to be understood that this invention may be practiced otherwise than as specifically 

28 described. Thus, the embodiments of the invention described herein should be considered in 
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1 all respects as illustrative and not restrictive, the scope of the invention to be determined by 

2 the appended claims and their equivalents rather than the foregoing description. 
3 
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1 WHAT IS CLAIMED IS: 
2 

3 LA shipping management computer system, said computer system programmed 

4 to: 

5 display to each of a plurality of users, upon each user's request, as to each particular 

6 parcel to be shipped by each user, an online interactive graphic comparison of a plurality of 

7 shipping rates calculated for each of a plurality of services offered by each of a plurality of 

8 carriers to ship a particular parcel, each shipping rate corresponding to a particular service 

9 offered by a particular carrier for delivering the particular parcel to a particular delivery 

1 0 destination at a particular parcel delivery time on a particular parcel delivery date, wherein 

1 1 each user accesses the computer system over a global communications network using a client 

12 computer device, and wherein each user has an individual electronic connection to the global 

13 communications network. 



14 
15 
16 
17 



2. The computer system of Claim 1, said computer system further programmed 
display said online interactive graphic comparison comprising an array of a plurality 



18 of cells. 
19 

20 3. 

21 to: 

22 display each of said cells at an intersection of indications of a parcel delivery date and 

23 a parcel delivery time. 
24 

25 4 - Th e computer system of Claim 3, said computer system further programmed 

26 to: 

27 display in each cell corresponding to a delivery date and a delivery time for which 

28 delivery of the particular parcel is supported by at least one particular service offered by at 

29 least one particular carrier each shipping rate for shipping the particular parcel calculated 



The computer system of Claim 2, said computer system further programmed 
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1 according to a set of rules for delivery of the particular parcel by each corresponding service 

2 offered by each corresponding carrier. 
3 

4 5. The computer system of Claim 4, said computer system further programmed 

5 to: 

6 subdivide each cell for which more than one carrier supports delivery of the parcel at 



7 the particular delivery time on the particular delivery date corresponding to said cell into a 

8 plurality of sub-cell divisions, each of said sub-cell divisions corresponding to a particular 

9 service by a particular carrier that supports delivery of said parcel at the particular delivery 
10 time on the particular delivery date that corresponds to the particular cell. 

11 



12 6. The computer system of Claim 5, said computer system further programmed 

13 to: 

14 colorize the display of each sub-cell division containing a display of a shipping rate 

15 for shipping the particular parcel, said shipping rate corresponding to a particular service 

16 offered by a particular carrier, each cell having a color that corresponds to the particular 

17 carrier, each carrier having a different corresponding color. 
18 

19 7. The computer system of Claim 6, said computer system further programmed 

20 to: 

21 display each cell of the online display of said array as further containing an onscreen 

22 interactive selection button. 
23 

24 8. The computer system of Claim 7, said computer system further programmed 

25 to: 

26 detect a placement by an onscreen cursor over the onscreen interactive selection 

27 button of a particular cell; and 

28 respond to the onscreen cursor placement by displaying an onscreen window in an 

29 area in close proximity to the cell, said window containing the name of the carrier and a 
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1 description of the service corresponding to the cell. 
2 

3 9. The computer system of Claim 7, said computer system further programmed 

4 to: 

5 detect a clicking by an onscreen cursor over an onscreen interactive selection button 

6 of a particular cell; and 

7 respond to the onscreen cursor clicking the selection button by displaying an onscreen 

8 display of a shipping label for shipping the parcel with the carrier and the service 

9 corresponding to the particular cell. 
10 

11 1 °- The computer system of Claim 7, said computer system further pro grammed 

12 to: 

1 3 detect a clicking by an onscreen cursor over an onscreen interactive selection button 

14 of a particular cell; and 

15 respond to the onscreen cursor clicking the selection button by displaying an onscreen 

1 6 display of a shipping document for shipping the parcel with the carrier and the service 

1 7 corresponding to the particular cell. 
18 

19 1 1 • The computer system of Claim 7, said computer system further programmed 

20 to: 

21 detect a placement by an onscreen cursor over an onscreen display of a particular cell; 

22 and 

23 respond to the onscreen cursor placement by displaying an onscreen window in an 

24 area in close proximity to the cell, said window containing the name of the carrier and a 

25 description of the service corresponding to the cell. 
26 

27 12 - The computer system of Claim 7, said computer system further programmed 

28 to: 

29 detect a clicking by an onscreen cursor over a display of a particular cell; and 
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1 respond to the onscreen cursor clicking by displaying an onscreen display of a 

2 shipping label for shipping the parcel with the carrier and the service corresponding to the 

3 cell. 
4 

5 13. A computer system programmed for managing parcel shipping, said computer 

6 system programmed to: 

7 display to one particular user of a plurality of users a plurality of shipping rates for 

8 shipping a parcel, each shipping rate corresponding to delivery of the parcel at a particular 

9 delivery time on a particular delivery date by one of a plurality of services offered by one of a 

1 0 plurality of carriers, wherein each user accesses the computer system over a global 

1 1 communications network using a client computer device, and wherein each user has an 

12 individual electronic connection to the global communications network. 
13 

14 14. The computer system of Claim 13, wherein each of said shipping rates 

15 corresponds to a calculation according to a set of carrier rules for shipping said parcel for a 

1 6 particular one of said services offered by a particular one of said carriers that supports 

1 7 delivery of said parcel according to a set of user input parcel specifications and a set of user 

1 8 input parcel specifications. 
19 

20 1 5 - The computer system of Claim 14, said computer system further programmed 

21 to: 

22 display said plurality of shipping rates in the form of an online interactive graphic 

23 array, said interactive graphic array having an first axis and a second axis. 
24 

25 1 6. The computer system of Claim 15, said computer system further programmed 

26 to: 

27 display along the first axis of the online interactive graphic array a plurality of 

28 delivery dates that follow a current date. 
29 
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1 1 7. The computer system of Claim 16, said computer system further programmed 

2 to: 

3 graphically dedicate to each of the plurality of displayed delivery dates a delivery 

4 date-related portion of the online interactive graphic array, wherein each of said delivery 

5 date-related portions is perpendicular to the first axis, and wherein each of said delivery date- 

6 related portions is aligned with one of the plurality of displayed delivery dates. 
7 

8 18. The computer system of Claim 1 6, said computer system further programmed 

9 to: 

10 display along the second axis of the online interactive graphic array a plurality of 

11 delivery times; and 

12 graphically dedicate to each of the plurality of displayed delivery times a delivery 

13 time-related portion of the online interactive graphic array, wherein each of said delivery 

14 time-related portions is perpendicular to the second axis, and wherein each of said delivery 

1 5 time-related portions is aligned with one of the plurality of displayed delivery times. 
16 

17 19. The computer system of Claim 1 8, said computer system further programmed 

18 to: 

1 9 display each shipping rate that corresponds to delivery of the parcel by a particular 

20 carrier at a particular delivery time on a particular delivery date at an intersection of a 

21 delivery date-related portion and a delivery time-related portion for which the carrier and the 

22 service supports delivery of the parcel on the delivery date aligned with the intersecting 

23 delivery date-related portion and at the delivery time aligned with the intersecting delivery 

24 time-related portion. 
25 

26 20. The computer system of Claim 19, said computer system further programmed 

27 to: 

28 colorize each of said intersections containing a shipping rate with a color 

29 corresponding to the carrier that offers the service of delivering the parcel on the delivery 
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1 date aligned with the intersecting delivery date-related portion and at the delivery time 

2 aligned with the intersecting delivery time-related portion. 
3 

4 21 . The computer system of Claim 19, said computer system further programmed 

5 to: 

6 display along the second axis of the online interactive graphic array a plurality of 

7 carrier names, each carrier name corresponding to a particular carrier; and 

8 graphically dedicate to each of the plurality of displayed carrier names a portion of the 

9 online interactive graphic array that is perpendicular to the second axis and aligned with said 
10 carrier name. 

11 

12 22. The computer system of Claim 21 , said computer system further programmed 

13 to: 

14 detect a first clicking by an onscreen cursor over a portion of the online interactive 

1 5 graphic array corresponding to a first particular carrier; and 

16 respond to the first onscreen cursor clicking by expanding the display of the portion of 

17 the online interactive graphic array corresponding to the first particular carrier to display a 

1 8 plurality of services offered by the first particular carrier, each service offering delivery of 

1 9 said parcel at a particular delivery time on a particular delivery date. 
20 

21 23. The computer system of Claim 22, said computer system further programmed 

22 to: 

23 display a shipping rate at each intersection of each particular delivery date and each 

24 particular service for which delivery of said parcel on the particular delivery date is supported 

25 by the particular service offered by the first particular carrier. 
26 

27 24. The computer system of Claim 23, said computer system further programmed 

28 to: 

29 detect a second clicking by an onscreen cursor over the portion of the online 
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1 interactive graphic array corresponding to a second particular carrier; and 

2 respond to the second onscreen cursor clicking by collapsing the display of the 

3 portion of the online interactive graphic array corresponding to the first particular carrier and 

4 by expanding the display of the portion of the online interactive graphic array corresponding 

5 to the second particular carrier to display a plurality of services offered by the second 

6 particular carrier. 
7 

8 25 . The computer system of Claim 24, said computer system further programmed 

9 to: 

1 0 display a shipping rate at each intersection of each particular delivery date and each 

1 1 particular service for which delivery of said parcel on the particular delivery date is supported 

12 by the service offered by the second particular carrier, each service offering delivery of said 

1 3 parcel at a particular delivery time on a particular delivery date. 
14 

15 26. A shipping management computer system, said computer system programmed 

16 to: 

17 prompt a user, in response to a user request for a shipping rate and delivery time 

18 comparision, with an interactive prompt comprising a plurality of cells, wherein each of said 

19 cells comprises an intersection of indications of a parcel delivery date and a parcel delivery time 

20 and wherein at least one of said cells displays for user selection a calculated shipping rate 

2 1 corresponding to a particular carrier delivering said parcel at the indicated delivery time on the 

22 indicated delivery date according to a particular service offered by the particular carrier. 
23 

24 27. A shipping management computer system, said computer system programmed 

25 to: 

26 prompt one particular user of a plurality of users with a service and carrier selection user 

27 prompt to select one of a plurality of services offered by one of a plurality of carriers for shipping 

28 a particular parcel to be shipped by the particular user, wherein each user accesses the computer 

29 system over a global communications network using a client computer device, each user client 

30 computer device having an individual electronic connection to the global communications 
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1 network. 
2 

3 28. A shipping management computer system, said computer system programmed 

4 to: 

5 collect user input from one particular user of a plurality of users of a selection by the 

6 particular user of a shipping rate, wherein said shipping rate corresponds to one of a plurality 

7 of services offered by one of a plurality of carriers for shipping said parcel wherein each user 

8 accesses the computer system over a global communications network using a client computer 

9 device, each user client computer device having an individual electronic connection to the 
10 global communications network. 

11 

12 29. A computer system programmed for managing parcel shipping, said computer 

13 system programmed to: 

1 4 detect a clicking by one particular user of a plurality of users of a cell of an online 

1 5 interactive display containing a shipping rate as a selection by the particular user of a 

1 6 particular service of a plurality of services offered by one of a plurality of carriers, wherein 

1 7 said selected shipping rate corresponds to the particular service offered by the particular 

1 8 carrier, wherein each user accesses the computer system over a global communications 

1 9 network using a client computer device, and wherein each user has an individual electronic 

20 connection to the global communications network. 
21 

22 30. A computer system programmed for managing parcel shipping, said computer 

23 system programmed to: 

24 detect a placement of a cursor by one particular user of a plurality of users over a cell 

25 of an online interactive display containing a shipping rate as a selection by the particular user 

26 of a particular service of a plurality of services offered by one of a plurality of carriers, 

27 wherein said selected shipping rate corresponds to the particular service offered by the 

28 particular carrier, wherein each user accesses the computer system over a global 

29 communications network using a client computer device, and wherein each user has an 
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1 individual electronic connection to the global communications network. 
2 

3 3 1 . A computer system programmed for managing parcel shipping, said computer 

4 system programmed to: 

5 respond to a clicking by one particular user of a plurality of users of a cell of an online 

6 interactive display containing a shipping rate by displaying an onscreen display of a shipping 

7 label for shipping a particular parcel with a carrier and a service, wherein said selected cell 

8 contains a shipping rate that corresponds to the corresponding service and carrier, wherein 

9 each user accesses the computer system over a global communications network using a client 

10 computer device, and wherein each user has an individual electronic connection to the global 

1 1 communications network. 
12 

13 32 - A method using a computer system for managing shipping of a plurality of 

14 parcels shipped by any one of a plurality of carriers, the method comprising: 

1 5 displaying to each of a plurality of users, upon each user's request, as to each 

1 6 particular parcel to be shipped by each user, an online interactive graphic comparison of a 

1 7 plurality of shipping rates calculated for each of a plurality of services offered by each of a 

1 8 plurality of carriers to ship a particular parcel, each shipping rate corresponding to a 

1 9 particular service offered by a particular carrier for delivering the particular parcel to a 

20 particular delivery destination at a particular parcel delivery time on a particular parcel 

2 1 delivery date, wherein each user accesses the computer system over a global communications 

22 network using a client computer device, and wherein each user has an individual electronic 

23 connection to the global communications network. 
24 

25 33. The method of Claim 32, said method further comprising: 

26 displaying said online interactive graphic comparison comprising an array of a 

27 plurality of cells. 
28 

29 34. The method of Claim 33, said method further comprising: 
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1 displaying each of said cells at an intersection of indications of a parcel delivery date 

2 and a parcel delivery time. 
3 

4 35 . The method of Claim 34, said method further comprising: 

5 displaying in each cell corresponding to a delivery date and a delivery time for which 

6 delivery of the particular parcel is supported by at least one particular service offered by at 

7 least one particular carrier each shipping rate for shipping the particular parcel calculated 

8 according to a set of rules for delivery of the particular parcel by each corresponding service 

9 offered by each corresponding carrier. 
10 

11 36 - The method of Claim 35, said method further comprising: 

12 subdividing each cell for which more than one carrier supports delivery of the parcel 

1 3 at the particular delivery time on the particular delivery date corresponding to said cell into a 

14 plurality of sub-cell divisions, each of said sub-cell divisions corresponding to a particular 

1 5 service by a particular carrier that supports delivery of said parcel at the particular delivery 

16 time on the particular delivery date that corresponds to the particular cell. 
17 

18 37 - The method of Claim 36, said method further comprising: 

1 9 colorizing the display of each sub-cell division containing a display of a shipping rate 

20 for shipping the particular parcel, said shipping rate corresponding to a particular service 

2 1 offered by a particular carrier, each cell having a color that corresponds to the particular 

22 carrier, each carrier having a different corresponding color. 
23 

24 38 - The method of Claim 37, said method further comprising: 

25 displaying each cell of the online display of said array as further containing an 

26 onscreen interactive selection button. 
27 

28 39 ■ The method of Claim 38, said method further comprising: 

29 detecting a placement by an onscreen cursor over the onscreen interactive selection 
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1 button of a particular cell; and 

2 responding to the onscreen cursor placement by displaying an onscreen window in an 

3 area in close proximity to the cell, said window containing the name of the carrier and a 

4 description of the service corresponding to the cell. 
5 

6 40. The method of Claim 38, said method further comprising: 

7 detecting a clicking by an onscreen cursor over an onscreen interactive selection 

8 button of a particular cell; and 

9 responding to the onscreen cursor clicking the selection button by displaying an 

10 onscreen display of a shipping label for shipping the parcel with the carrier and the service 

1 1 corresponding to the particular cell. 
12 

13 41. The method of Claim 38, said method further comprising: 

14 detecting a clicking by an onscreen cursor over an onscreen interactive selection 

1 5 button of a particular cell; and 

16 responding to the onscreen cursor clicking the selection button by displaying an 

1 7 onscreen display of a shipping document for shipping the parcel with the carrier and the 

1 8 service corresponding to the particular cell. 
19 

20 42. The method of Claim 38, said method further comprising to: 

2 1 detecting a placement by an onscreen cursor over an onscreen display of a particular 

22 cell; and 

23 responding to the onscreen cursor placement by displaying an onscreen window in an 

24 area in close proximity to the cell, said window containing the name of the carrier and a 

25 description of the service corresponding to the cell. 
26 

27 42. The method of Claim 38 said method further comprising: 

28 detecting a clicking by an onscreen cursor over a display of a particular cell; and 

29 responding to the onscreen cursor clicking by displaying an onscreen display of a 
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9 



shipping label for shipping the parcel with the carrier and the service corresponding to the 



1 

2 cell. 
3 



4 43 . A method using a computer system for managing shipping of a plurality of 

5 parcels shipped by any one of a plurality of carriers, the method comprising: 

6 displaying to one particular user of a plurality of users a plurality of shipping rates for 

7 shipping a parcel, each shipping rate corresponding to delivery of the parcel at a particular 
delivery time on a particular delivery date by one of a plurality of services offered by one of a 
plurality of carriers, wherein each user accesses the computer system over a global 

1 0 communications network using a client computer device, and wherein each user has an 

1 1 individual electronic connection to the global communications network. 
12 

1 3 44 - The method of Claim 43, wherein each of said shipping rates corresponds to a 

1 4 calculation according to a set of carrier rules for shipping said parcel for a particular one of 

1 5 said services offered by a particular one of said carriers that supports delivery of said parcel 

1 6 according to a set of user input parcel specifications and a set of user input parcel 

17 specifications. 
18 

19 45 ■ The method of Claim 44, said method further comprising: 

20 displaying said plurality of shipping rates in the form of an online interactive graphic 

21 array, said interactive graphic array having an first axis and a second axis. 
22 

23 4 6- The method of Claim 45, said method further comprising: 

24 displaying along the first axis of the online interactive graphic array a plurality of 

25 delivery dates that follow a current date. 
26 

27 47 '• The method of Claim 46, said method further comprising: 

28 graphically dedicating to each of the plurality of displayed delivery dates a delivery 

29 date-related portion of the online interactive graphic array, wherein each of said delivery 
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1 date-related portions is perpendicular to the first axis, and wherein each of said delivery date- 

2 related portions is aligned with one of the plurality of displayed delivery dates. 
3 

4 48. The method of Claim 46, said method further comprising: 

5 displaying along the second axis of the online interactive graphic array a plurality of 

6 delivery times; and 

7 graphically dedicating to each of the plurality of displayed delivery times a delivery 

8 time-related portion of the online interactive graphic array, wherein each of said delivery 

9 time-related portions is perpendicular to the second axis, and wherein each of said delivery 
10 time-related portions is aligned with one of the plurality of displayed delivery times. 

11 

12 49. The method of Claim 48, said method further comprising: 

13 displaying each shipping rate that corresponds to delivery of the parcel by a particular 

14 carrier at a particular delivery time on a particular delivery date at an intersection of a 

15 delivery date-related portion and a delivery time-related portion for which the carrier and the 

16 service supports delivery of the parcel on the delivery date aligned with the intersecting 

17 delivery date-related portion and at the delivery time aligned with the intersecting delivery 

1 8 time-related portion. 
19 

20 50. The method of Claim 49, said method further comprising: 

21 colorizing each of said intersections containing a shipping rate with a color 

22 corresponding to the carrier that offers the service of delivering the parcel on the delivery 

23 date aligned with the intersecting delivery date-related portion and at the delivery time 

24 aligned with the intersecting delivery time-related portion. 
25 

26 51. The method of Claim 49, said method further comprising: 

27 displaying along the second axis of the online interactive graphic array a plurality of 

28 carrier names, each carrier name corresponding to a particular carrier; and 

29 graphically dedicating to each of the plurality of displayed carrier names a portion of 



-112- 



PSTM001 5/MRK/STM 

1 the online interactive graphic array that is perpendicular to the second axis and aligned with 

2 said carrier name. 
3 

4 52. The method of Claim 51, said method further comprising: 

5 detecting a first clicking by an onscreen cursor over a portion of the online interactive 

6 graphic array corresponding to a first particular carrier; and 

7 responding to the first onscreen cursor clicking by expanding the display of the 

8 portion of the online interactive graphic array corresponding to the first particular carrier to 

9 display a plurality of services offered by the first particular carrier, each service offering 
10 delivery of said parcel at a particular delivery time on a particular delivery date. 

11 

12 53 . The method of Claim 52, said method further comprising: 

13 displaying a shipping rate at each intersection of each particular delivery date and 

14 each particular service for which delivery of said parcel on the particular delivery date is 

1 5 supported by the particular service offered by the first particular carrier. 
16 

17 54. The method of Claim 53, said method further comprising: 

1 8 detecting a second clicking by an onscreen cursor over the portion of the online 

19 interactive graphic array corresponding to a second particular carrier; and 

20 responding to the second onscreen cursor clicking by collapsing the display of the 

21 portion of the online interactive graphic array corresponding to the first particular carrier and 

22 by expanding the display of the portion of the online interactive graphic array corresponding 

23 to the second particular carrier to display a plurality of services offered by the second 

24 particular carrier. 
25 

26 55. The method of Claim 54, said method further comprising: 

27 displaying a shipping rate at each intersection of each particular delivery date and 

28 each particular service for which delivery of said parcel on the particular delivery date is 

29 supported by the service offered by the second particular carrier, each service offering 
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1 delivery of said parcel at a particular delivery time on a particular delivery date. 
2 

3 56. A method using a computer system for managing shipping of a plurality of 

4 parcels shipped by any one of a plurality of carriers, the method comprising: 

5 prompting a user, in response to a user request for a shipping rate and delivery time 



6 comparision, with an interactive prompt comprising a plurality of cells, wherein each of said 

7 cells comprises an intersection of indications of a parcel delivery date and a parcel delivery time 

8 and wherein at least one of said cells displays for user selection a calculated shipping rate 

9 corresponding to a particular carrier delivering said parcel at the indicated delivery time on the 
10 indicated delivery date according to a particular service offered by the particular carrier. 

11 



12 57. A method using a computer system for managing shipping of a plurality of 

1 3 parcels shipped by any one of a plurality of carriers, the method comprising: 

1 4 prompting one particular user of a plurality of users with a service and carrier selection 

1 5 user prompt to select one of a plurality of services offered by one of a plurality of carriers for 

1 6 shipping a particular parcel to be shipped by the particular user, wherein each user accesses the 

1 7 computer system over a global communications network using a client computer device, each 

18 user client computer device having an individual electronic connection to the global 

19 communications network. 



20 

21 58. A method using a computer system for managing shipping of a plurality of 

22 parcels shipped by any one of a plurality of carriers, the method comprising: 

23 collecting user input from one particular user of a plurality of users of a selection by the 

24 particular user of a shipping rate, wherein said shipping rate corresponds to one of a plurality of 

25 services offered by one of a plurality of carriers for shipping said parcel wherein each user 

26 accesses the computer system over a global communications network using a client computer 

27 device, each user client computer device having an individual electronic connection to the global 

28 communications network. 
29 

30 59. A method using a computer system for managing shipping of a plurality of 

3 1 parcels shipped by any one of a plurality of carriers, the method comprising: 
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1 detecting a clicking by one particular user of a plurality of users of a cell of an online 

2 interactive display containing a shipping rate as a selection by the particular user of a 

3 particular service of a plurality of services offered by one of a plurality of carriers, wherein 

4 said selected shipping rate corresponds to the particular service offered by the particular 

5 carrier, wherein each user accesses the computer system over a global communications 

6 network using a client computer device, and wherein each user has an individual electronic 

7 connection to the global communications network. 
8 



9 60. A method using a computer system for managing shipping of a plurality of 

10 parcels shipped by any one of a plurality of carriers, the method comprising: 

1 1 detecting a placement of a cursor by one particular user of a plurality of users over a 

12 cell of an online interactive display containing a shipping rate as a selection by the particular 

1 3 user of a particular service of a plurality of services offered by one of a plurality of carriers, 

14 wherein said selected shipping rate corresponds to the particular service offered by the 

15 particular carrier, wherein each user accesses the computer system over a global 

16 communications network using a client computer device, and wherein each user has an 

17 individual electronic connection to the global communications network. 
18 

19 61 . A method using a computer system for managing shipping of a plurality of 

20 parcels shipped by any one of a plurality of carriers, the method comprising: 

2 1 responding to a clicking by one particular user of a plurality of users of a cell of an 



22 online interactive display containing a shipping rate by displaying an onscreen display of a 

23 shipping label for shipping a particular parcel with a carrier and a service, wherein said 

24 selected cell contains a shipping rate that corresponds to the corresponding service and 

25 carrier, wherein each user accesses the computer system over a global communications 

26 network using a client computer device, and wherein each user has an individual electronic 

27 connection to the global communications network. 
28 

29 62. A computer program product embodying computer program instructions for 
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1 



execution by a computer system for managing shipping of a plurality of parcels shipped by 

2 any one of a plurality of carriers, the computer program product comprising: 

3 a set of program instructions for displaying to each of a plurality of users, upon each 

4 user's request, as to each particular parcel to be shipped by each user, an online interactive 

5 graphic comparison of a plurality of shipping rates calculated for each of a plurality of 

6 services offered by each of a plurality of carriers to ship a particular parcel, each shipping rate 

7 corresponding to a particular service offered by a particular carrier for delivering the 

8 particular parcel to a particular delivery destination at a particular parcel delivery time on a 

9 particular parcel delivery date, wherein each user accesses the computer system over a global 
communications network using a client computer device, and wherein each user has an 

1 1 individual electronic connection to the global communications network. 
12 

13 63 . A computer program product embodying computer program instructions for 

1 4 execution by a computer system for managing shipping of a plurality of parcels shipped by 
any one of a plurality of carriers, the computer program product comprising: 

a set of program instructions for displaying to one particular user of a plurality of 

1 7 users a plurality of shipping rates for shipping a parcel, each shipping rate corresponding to 

1 8 delivery of the parcel at a particular delivery time on a particular delivery date by one of a 

1 9 plurality of services offered by one of a plurality of carriers, wherein each user accesses the 

20 computer system over a global communications network using a client computer device, and 

2 1 wherein each user has an individual electronic connection to the global communications 

22 network. 
23 

24 64 - A computer program product embodying computer program instructions for 

25 execution by a computer system for managing shipping of a plurality of parcels shipped by 

26 any one of a plurality of carriers, the computer program product comprising: 

27 a set of program instructions for prompting a user, in response to a user request for a 

28 shipping rate and delivery time comparision, with an interactive prompt comprising a 
plurality of cells, wherein each of said cells comprises an intersection of indications of a 
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parcel delivery date and a parcel delivery time and wherein at least one of said cells displays 

2 for user selection a calculated shipping rate corresponding to a particular carrier delivering 

3 said parcel at the indicated delivery time on the indicated delivery date according to a 

4 particular service offered by the particular carrier. 
5 

6 65. A computer program product embodying computer program instructions for 

7 execution by a computer system for managing shipping of a plurality of parcels shipped by 

8 any one of a plurality of carriers, the computer program product comprising: 

9 a set of program instructions for prompting one particular user of a plurality of users 

1 0 with a service and carrier selection user prompt to select one of a plurality of services offered 

1 1 by one of a plurality of carriers for shipping a particular parcel to be shipped by the particular 

12 user, wherein each user accesses the computer system over a global communications network 

13 using a client computer device, each user client computer device having an individual 

14 electronic connection to the global communications network. 
15 

16 66. A computer program product embodying computer program instructions for 

17 execution by a computer system for managing shipping of a plurality of parcels shipped by 

1 8 any one of a plurality of carriers, the computer program product comprising: 

19 a set of program instructions for collecting user input from one particular user of a 

20 plurality of users of a selection by the particular user of a shipping rate, wherein said shipping 

2 1 rate corresponds to one of a plurality of services offered by one of a plurality of carriers for 

22 shipping said parcel wherein each user accesses the computer system over a global 

23 communications network using a client computer device, each user client computer device 

24 having an individual electronic connection to the global communications network. 
25 

26 67. A computer program product embodying computer program instructions for 

27 execution by a computer system for managing shipping of a plurality of parcels shipped by 

28 any one of a plurality of carriers, the computer program product comprising: 

29 a set of program instructions for detecting a clicking by one particular user of a 
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1 plurality of users of a cell of an online interactive display containing a shipping rate as a 

2 selection by the particular user of a particular service of a plurality of services offered by one 

3 of a plurality of carriers, wherein said selected shipping rate corresponds to the particular 

4 service offered by the particular carrier, wherein each user accesses the computer system over 

5 a global communications network using a client computer device, and wherein each user has 

6 an individual electronic connection to the global communications network. 
7 

8 68. A computer program product embodying computer program instructions for 

9 execution by a computer system for managing shipping of a plurality of parcels shipped by 
1 0 any one of a plurality of carriers, the computer program product comprising: 

-11 a set of program instructions for detecting a placement of a cursor by one particular 

12 user of a plurality of users over a cell of an online interactive display containing a shipping 

- 1 3 rate as a selection by the particular user of a particular service of a plurality of services 

14 offered by one of a plurality of carriers, wherein said selected shipping rate corresponds to 

1 5 the particular service offered by the particular carrier, wherein each user accesses the 

_ 1 6 computer system over a global communications network using a client computer device, and 

17 wherein each user has an individual electronic connection to the global communications 

1 8 network. 
19 

20 69. A computer program product embodying computer program instructions for 

2 1 execution by a computer system for managing shipping of a plurality of parcels shipped by 

22 any one of a plurality of carriers, the computer program product comprising: 

23 a set of program instructions for responding to a clicking by one particular user of a 

24 plurality of users of a cell of an online interactive display containing a shipping rate by 

25 displaying an onscreen display of a shipping label for shipping a particular parcel with a 

26 carrier and a service, wherein said selected cell contains a shipping rate that corresponds to 

27 the corresponding service and carrier, wherein each user accesses the computer system over a 

28 global communications network using a client computer device, and wherein each user has an 

29 individual electronic connection to the global communications network. 
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1 70. An online interactive shipping management computer system, said computer 

2 system pro grammed to : 

3 instruct a particular remote user client computer from a plurality of remote computer 

4 devices to regenerate a display of shipping information based on modified input by a 

5 particular user to the particular remote user client computer device, wherein the computer 

6 system communicates with each remote user client computer device over a global 

7 communications network. 
8 

9 71 . A method using a computer system for managing shipping of a plurality of 

1 0 parcels shipped by any one of a plurality of carriers, the method comprising: 

1 1 instructing a particular remote user client computer from a plurality of remote 

12 computer devices to regenerate a display of shipping information based on modified input by 

13 a particular user to the particular remote user client computer device, wherein the computer 

14 system communicates with each remote user client computer device over a global 

15 communications network. 
16 

17 72. A computer program product embodying computer program instructions for 

1 8 execution by a computer system for managing shipping of a plurality of parcels shipped by 

1 9 any one of a plurality of carriers, the computer program product comprising: 

20 a set of program instructions for instructing a particular remote user client computer 

2 1 from a plurality of remote computer devices to regenerate a display of shipping information 

22 based on modified input by a particular user to the particular remote user client computer 

23 device, wherein the computer system communicates with each remote user client computer 

24 device over a global communications network. 
25 

26 73 . A method using a computer system for regenerating a shipping information 

27 display at a client computer device connected to the computer system over a global 

28 communications network, the method comprising: 

29 distributing to the client computer device an executable set of executed computer 
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instructions for generating an interactive user interface shipping information display, a set of 



2 data input by a particular user from the client computer device, a set of at least one data 



3 collection field and an instruction to execute the executable set of instructions in response to 

4 a user modification of the set of data with input to at least one of the data collection fields. 
5 

6 74. A computer program product embodying computer program instructions for 

7 execution by a computer system for regenerating an online shipping information display at a 

8 client computer device, the computer program product comprising: 
a set of program instructions for distributing to a remote user client computer device 

an executable set of executed computer instructions for generating an interactive user 
interface shipping information display, a set of data input by a particular user from the client 
computer device, a set of at least one data collection field and an instruction to execute the 
executable set of instructions in response to a user modification of the set of data with input 

14 to at least one of the data collection fields, wherein the computer system communicates with 

15 each remote user client computer device over a global communications network. 
16 

17 75 • A method using a computer system for managing shipping of a plurality of 

parcels shipped by any one of a plurality of carriers, the method comprising: 

distributing to a client computer device connected to the computer system over a 

20 global communications network an executable set of executed computer instructions for 

21 generating an interactive user interface display, a set of parcel specifications and shipping 

22 specifications data input by a particular user from the client computer device, a set of at least 

23 one data collection field and an instruction to execute the executable set of instructions in 

24 response to a user modification of the set of data with input to at least one of the data 

25 collection fields. 
26 

27 76 - A computer program product embodying computer program instructions for 

28 execution by a client computer device, the computer program product comprising: 
a set of program instructions for regenerating a display of shipping rates and delivery 



29 
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1 schedules at any particular remote user client computer device of a plurality of remote user 

2 client computer devices, based on modified parcel specification or shipping specification 

3 input by a particular user at a particular remote user client computer device, wherein the set 

4 of program instructions instruct the client computer to communicate with a shipping 

5 management computer system over a global communications network to obtain rating 

6 information. 
7 

8 77. A computer program product embodying computer program instructions for 

9 execution by a computer system for managing shipping of a plurality of parcels shipped by 

1 0 any one of a plurality of carriers, the computer program product comprising: 

11 a set of program instructions for distributing to a client computer device connected to 

12 the computer system over a global communications network an executable set of executed 

13 computer instructions for generating an interactive user interface display, a set of parcel 

1 4 specifications and shipping specifications data input by a particular user from the client 

1 5 computer device, a set of at least one data collection field and an instruction to execute the 

1 6 executable set of instructions in response to a user modification of the set of data with input 

17 to at least one of the data collection fields. 
18 

19 78. An online interactive shipping management computer system, said computer 

20 system programmed to : 

2 1 distribute with an interactive user interface shipping information display to a remote 

22 client computer device an executable set of executed computer instructions for generating an 

23 interactive user interface shipping information display. 
24 

25 19 • The online interactive shipping management computer system of Claim 78, 

26 said computer system further programmed to : 

27 distribute with the interactive user interface shipping information display to a remote 

28 client computer device, a set of data input by a particular user from the client computer 

29 device. 
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1 

2 80. The online interactive shipping management computer system of Claim 79, 

3 said computer system further programmed to: 

4 distribute with the interactive user interface shipping information display to a remote 

5 client computer device, a set of at least one data collection field and an instruction to execute 

6 the executable set of instructions in response to a user modification of the set of data with 

7 input to at least one of the data collection fields. 
8 

9 81. The online interactive shipping management computer system of Claim 80, 

1 0 wherein the set of data input by a particular user comprises a set of parcel specifications and 

1 1 shipping specifications data. 
12 

13 82. A method using a computer system for regenerating an online shipping 

14 information display at a client computer device, the method comprising: 

1 5 distributing with an interactive user interface shipping information display to a remote 

16 client computer device an executable set of executed computer instructions for generating an 

1 7 interactive user interface shipping information display. 
18 

19 83. The method of Claim 82, said method further comprising: 

20 distributing with the interactive user interface shipping information display to a 

21 remote client computer device, a set of data input by a particular user from the client 

22 computer device. 
23 

24 84. The method of Claim 83, said method further comprising: 

25 distributing with the interactive user interface shipping information display to a 

26 remote client computer device, a set of at least one data collection field and an instruction to 

27 execute the executable set of instructions in response to a user modification of the set of data 

28 with input to at least one of the data collection fields. 
29 
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1 85. The method of Claim 84, wherein the set of data input by a particular user 

2 comprises a set of parcel specifications and shipping specifications data. 
3 

4 86. A computer program product embodying computer program instructions for 

5 execution by a computer system for managing shipping of a plurality of parcels shipped by 

6 any one of a plurality of carriers, the computer program product comprising: 

7 a set of program instructions for distributing with an interactive user interface 

8 shipping information display to a remote client computer device an executable set of 



9 executed computer instructions for generating an interactive user interface shipping 

1 0 information display. 
11 

12 87. The computer program product of Claim 86, said computer program product 

13 further comprising: 

14 a set of program instructions for distributing with the interactive user interface 

1 5 shipping information display to a remote client computer device, a set of data input by a 

16 particular user from the client computer device. 
17 



18 88. The computer program product of Claim 87, said computer program product 

19 further comprising: 

20 a set of program instructions for distributing with the interactive user interface 

21 shipping information display to a remote client computer device, a set of at least one data 

22 collection field and an instruction to execute the executable set of instructions in response to 

23 a user modification of the set of data with input to at least one of the data collection fields. 
24 

25 89. The method of Claim 88, wherein the set of data input by a particular user 



26 comprises a set of parcel specifications and shipping specifications data. 

27 

28 

29 

30 
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1 APPARATUS, SYSTEMS AND METHODS FOR ONLINE, MULTI-CARRIER, MULTI- 

2 SERVICE PARCEL SHIPPING MANAGEMENT FEATURING SHIPPING RATE AND 

3 DELIVERY SCHEDULE COMPARISON FOR MULTIPLE CARRIERS 
4 

5 ABSTRACT OF THE INVENTION 
6 

7 The present invention provides apparatus, systems and methods for displaying to each 

8 of a plurality of users, upon each user's request, as to each particular parcel to be shipped by 

9 each user, an online interactive graphic comparison of a plurality of shipping rates calculated 

10 for each of a plurality of services offered by each of a plurality of carriers to ship a particular 

1 1 parcel, each shipping rate corresponding to a particular service offered by a particular carrier 

12 for delivering the particular parcel to a particular delivery destination at a particular parcel 

13 delivery time on a particular parcel delivery date, wherein each user accesses the computer 

14 system over a global communications network using a client computer device, and wherein 

15 each user has an individual electronic connection to the global communications network. The 

16 present invention provides apparatus, systems and methods for regenerating an online 

1 7 interactive graphic comparison of a plurality of shipping rates calculated for each of a 

18 plurality of services offered by each of a plurality of carriers, at any particular remote user 

1 9 client computer device of a plurality of remote user client computer devices, based on 

20 modified input by a user at a particular remote user client computer device, wherein the 

21 present invention communicates with each remote user client computer device over a global 

22 communications network. 
23 

24 
25 
26 
27 
28 
29 
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FIG. 26 
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Shipper Specifies Shipper's PC 
configuration at the time 
Shipper sets up an Account 
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605- 



Shipper Specifies scale 
configuration information 




y 


r 




System stores Shipper's 
scale configuration information 
in a database 
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604 



Shipper's scale 
configuration 
database 



606- 



Shipping Station 
ActiveX Control 



Web page System/scale 
interface requests Shipping 
Station ActiveX Control 
and scale table 



Scale Table 
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610- 



612 



User Inputs 
Weight 



613 



Automatically install 
Shipping Station ActiveX 
Control on client 



The Shipper places 
Subject Parcel on Scale 



System activates 
System/scale interface 




FIG. 27a 
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616- 



617- 



618- 



619- 



Call Window's libraries 
to open serial or parallel port 
with which scale is configured 



Send communication query 
to the particular scale 



Scale returns a data stream 
containing the weight of 
the parcel and optionally, 
other types of information 



Interpret return data stream 
according to the scale 
make and model rules 



As long as Shipper's cursor 
remains on Weight field, 
poll scale repeatedly requesting 
the weight and requesting 
notification that the weight 
is stabilized 



Scale Table 
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Scale Table 



620- 



For each scale poll, 
'determine whether there is a^ 
difference in the weight as 
compared with the fast time 
^that the System polled^ 
the scale 



YES 



^ 621 

If difference in weight, then 
fire an event to client web 
browser to display on the 
User Interface screen that 
the weight has changed 



NO 



FIG. 27b 



Once Shipper remo ves 
the cursor from the 
Weight field, Stop 
polling of scale 




Prepare Graphic Array if 
requested to do so by Shipper 



FIG. 27c 



<a target="_new 



210 



href="http://iship.com/commerce/defaullasp?K=A6VlXZ 
210-i-J ^-^r^ 

210-2 

&W=10&V=0&H=0">View Tour Shipping Costs! </a> 

vv v v ' 

211 212 213 214 



FIG. 31 



<a href= "http://iship. com/SelHt/buyer.asp? 

pid=f429b0d0abc411d39f8000902789280b" 

v ' 

220 

> Click here to use iShip.com to view your shipping charges. </a> 

Y 

214 

FIG. 32 



n\ 
i ^ .§ § 





br> ■£* ^-o 
^ £ Q 



5 























'0-1 






^1 


































3001- 



User Input: 

Origin postal code, Destination postal code, weight, 
Packaging, Drop off/Pickup, Country code 



3002- 



For each Carrier: 



3008 



3003- 



3004 



Using origin and 
destination postal 
codes, obtain zone id 
from zone table 



Gather time for deliveries for 
all available services from 
service delivery time table 



From rate table, obtain 
services charges for: zone id, 
packaging type and weight 



Zone 
table 



3009 




I 3006- 



For each service: 
gather all possible 
service options charges 



I 



3007 — Return array of rate information: each element in 
the array represents a Carrier/Service and consists 
of service charge, service option charges, and 
delivery times 



FIG, 36b 



3020- 



Join AccountAndCarrierAcnt, CarrierAccount, 
RateDefinition database tables on the System s 
AccountNo to retrieve all rate ID's 



3021- 



Join BillingOption, BillingOptionAndService, 
BillingOptionAndServiceOption, tables on CarrierlD, 
ServicelD, and ServiceOptionID 



3022- 



3023- 



For each Carrier: 



Calculate dimensional 
weight; 



I 3024- 



Determine billable 
weight: actual weight, 
dimensional weight, 
oversize weight, or 
letter weight 



I 3025- 



FIG. 36c 



Validate package 
weight and dimensions 
against carrier business 
rules 




3028- 



Determine zone ID from 
CarrierZone table for given 
origin/destination postal codes 



3029- 



Determine service delivery times 
by joining CarrierDeliveryArea 
and CarrierServiceDelTime tables 
on destination postal code 



1 3030- 



Determine all service charges from 
CarrierRate table by RatelD, ZonelD, 
ServicelD and Weight 



3031- 



Determine service option 
charges for each Carrier/Service 

by joining ServiceOption, 

ServiceOptionA ttribute, 
ServiceAndServiceOption tables 

on CarrierlD and ServicelD 



Apply billing option to service 
opt/on charges 



FIG. 36d 



3040- 



Determine column 
based on delivery date 



3043- 



Determine row based 
on delivery time 





Carrier/Service in the 

grid cell under 
Saturday or Sunday 
column 



FIG. 36e 
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1402- 



1403 



1407 



I 

Prompt Shipper user 
for Shipper Parcel 
Specifications 



Receive each Shipper's 
Shipper Parcel Specs 
as a set of Input 



In Response to each 
Shipper's Shipper Parcel 
Specs apply all Carrier Rules 
for all Supported Carriers 



T 



Prepare the Graff ic Array 



Format Graff ic Array for Display 



Generate Signals to Display 
Formatted Graphic Array 
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FIG. 38 



1150 



Web 


1 


Web 


Browser 




Server 


(client) 


1 


(server) 



User enters shipping 
/ information 



1151 ■ 



Validate shipping 
information 



1153- 



Display errors 

Prompt for shipping 
information 



No / Enou 9h 
information 
to rate 



1160 - 



Display carrier rate 
and time graphic 



4- I 



1155 




1195 



Assemble rate 
and delivery 
time graphic 
from delivery 
rate set 

1159~3 ? 

\No 

1158^ y\ 

I Is there a 
V 'carrier sevice, 
\ that needs 
processing 



carriers, 
determine 
corresponding 
carrier accounts 

~1T 



Using shipping information such as, 
-Source Postal Code 
-Destination Postal Code 
-Shipment Weight 
-Type of Shipment 
-Location from which to Ship 
determine a II possible carrier 
. services 

I 
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1157 



1A) 



Cycle through 
resulting set of 
carrier services 



1156 



Yes 



Using the Ship Date, switch 
service's shipping timespan 
into possible delivery date & 
time 



1161 




1162 



FIG. 39a 
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1168- 



Web 
Server 
(server) 



Did shipping 
timespan end on^ 
a Sunday 

7 



1169- 



'Is there a/N 
associated 

^business day y 
\deliverys 



1172- 



1175- 



Is 

/ 'verbal delivery^ 
notification 
-.selected * 



1179 



Is 

/ 'e-mail delivery^ 
notification 
^selected j 

No} 



FIG. 39b 



'Did shippings 
[ timespan end on^] 
^a Saturday?^ 

Not 



1165 



Create a Saturday 
delivery rate 



Yes 



1167 



Yes 



1171 



Create a business 
day delivery rate 



Yes 



1174 



Add e-mail delivery 
notification charge to 
each of the service's 
delivery rates 



r< 


Create a Sunday 






delivery rate 


Yes 



1166 




1173 



Yes 




No 



1178 



Add verbal delivery 
notification charge to 
each of the service's 
delivery rates 




1177 
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FIG. 39c 
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Is 

' guaranteed^ 
delivery time 
selected 
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1184- 



Add guaranteed 
delivery charge to 
each of the service's 
delivery rates 



/ Is selected 
'shipping location^ 
<Call for Pickupj/ 



Yes 
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1187- 





Add "Call for Pickup" 


7 




charge to each of 






the service's delivery 






rates 





Is 

residential ' 
^delivery selected / 



Yes 



1189 



Add residential 
delivery charge to 
each of the service 's 
delivery rates 
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Is 

loss protection 
selected 



Yes 



1157 



1193 



Calculate and add 
declared value charge to 
each of the service's 
delivery rates 
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Shipping information for item #1 234567890 -Message (Plain Text) 


DBS 


Reply | Reply to All | Forward | Print | Flag | Delete | Font | ? | 


File Edit View Insert Fjormat Actions JHelp 


From iShip@iship.com ~^-"~*370 Sent Fri 12/3/99 2.48 PM 




To John@ship.com 

Sub|ecl Shipping information (or Hem #1 234567890 





John Shipper has requested that you provide 
shipping information so that a packagi 
Here is a copy of your 



-351 



e T~ 

be sent to you. >J 



* FROM: 

John Shipper. 375 

* REF: 

1 234567890 "353 

* Description: 

Packet of Information-* 354d 



To respond to this e-mail and provide the information 
click on the link below and follow the on-screen instructions: 

372-1 



> 



371 



• https7/iship.com/pub/BuverProcess.asp^T^MA6V1XZ6TPCDG^ y J^? 

2-2^^~~ 



372-2- 



372-3 



0^ 



DO NOT REPLY DIHECTLY THIS E-MAIL. If you have questions c 
need technical support, e-mail us at mailto:support(aiiship.com. 



374 



FIG. 43 



Summary I 



• Origin Zip: 
Destination Zi[ 
Est Weight 



Verbal Notification 
Package will be shipped from: 
Any Company 
2515 140th Ave. NE 
Suite E1 10 
Any Town, WA 98005 



iShip.com 

The Internet Package Shipper 



Charges \ 

Base Service Charger 
Declared Value 
Verbal Notification 
E-Mail Notification 



$57.50 
$6.00 
$7.50 
$0.25 



Total Charge 
If you would like to ship this package, press "Next" 



$71.25 



Compare Services 



<Back | Next>> | [ Reset | \ Cancel | | Help [ 

102 



FIG. 48 



0^3 Shipping information for item #1 234567890 -Mes 


sage (Plain Text) 


P0 fxl 


I Reply | Reply to All | Forward | Print | Flag | Delete | Font | ? | 


Hie _Edit View Jnsert Format Actions 


Help 








From: iShip@iship.com^^-->' 4 J/^7 Sent 


Fri 12/3/99 3.19 PM 








To' John@iship.com .^-^ O ~7C 

375 jCT 353 

Subject Buyer provided shipping details for item #123456789(7 










Joe Buyer has provided shipping and payment information. 
To ship the item to your buyer, tog into your account at: 


^425 






IT 


— > http://tship.com 4 7fi 










Process the package as follows: 










* Log on to iShip.com 

* Select the 'Ship It' top menu bar 

* Select 'Today's Packages' on the left hand content bar 

* Locate the shipping request #1234567890 in the package 

* Click the 'DETAILS...' button to review transaction details 

* Click the 'SHIP...' button to ship the package 




* 427 






If your e-mail does not support hyperlinks, enter the web 
address above into your web browser. 










DO NOT REPLY DIRECTLY TO THIS E-MAIL. If you have questions or 
need technical support, e-mail us at mailto:support@ishiD.com . 
















1 



FIG. 51 



I Package - ] 

Mary Jones 
Some Company 
28 Your St SW 
Any Town, IL 60600 



Confirm that this is the ct 



451 



at package before continuing. 

5 lbs Billed Weight. 5 1 

Other L 25 5 in W 25 5 in H 25 5 in 

FedEx Priority Overnight 
s: Declared Value $750 00 

E-Mail Notification 

Signature not required 

Service must be guaranteed 

Verbal Notification 

ABCDEFGHIJKLMNO 

123456789012345 
i- 20 Anti-Roadrunner Heat Seeking n 

ARHS Mobile Launch System 



>452 



If the package above is the package you want to void, pre 



453 \ 

VOID PACKAGE |> Void Package ~] \~^] [T^T] 

FIG. 52 



| Packag& j Confirm that this is the correct package before continuing. 








Recipient: Est. Weight: 5 lbs. Billed Weight 5 lbs 
Mary Jones Packaging- Other L 25 5 in W 25 5 in. H 25 5 in 
Some Company Service. FedEx Priority Overnight 
28 Your St. SW Service Options- Declared Value $ 750 00 
Any Town, IL 60600 E _ Mal | Notification 




■> 










Signature not required 
Service must be guaranteed 








Reference #1: ABCDEFRHUW MMn 
I ViPw rifltailQ I Reference #2. 123456789012345 
| view ueidiis. | Desc. of Goods 20 Anti-Roadrunner Heat Snulnnn myites 
/ ARHS Mobile Launch System 

451^ 






>454 


To Reprint your shipping label: 

1. Make sure your printer is running, has paper and is setup to print in "Portrait" mode. 

2. Press the "Generate Label" button below. 

3. Using your browser's "Print" command, print the shipping label 






" \ 








Reprint Label ["Generate Label 


| | Cancel 


| Help | 



FIG. 53 



FIG. 54 



1250 
/ Label size 
from carrier 
Label spec 



1254 



x 1251 i252 1253-^ 

J j Label Layout I I Label Data I Label Quality J 

I / from carrier j / from I in DPI Set by I 

J j Label spec j / Database j / the Server J 

| j | 



Generate the Label on the Server 



1255 



Display in the client browser a text string with a specified font size, and display such text 
string in a HTML table data cell with a specified width so that client browser with 96 display 
device DPI would display such text string in one line, while client browsers with 120 display 
device DPI would display such text string in two lines 



1256 




1257 



Does the user see 
' the text string that- 
we displayed in the 
last step wrapped 
\ by client browser 
display engine 



NO 



Client browser display device 
DPI is 120 



1259 y 



Client browser display device 
DPI is 96 



Calculate the label HTML image size from carrier-specified label size and client browser 
display device DPI. 

(label HTML image size in pixels)= 
(carrier-specified label size in inches)* (client browser display device DPI) 



1260 



Display in the client browser the label we generated on their server with an 
HTML image tag and an HTML image size that we calculated in the last step 



1261 



Client browser prints out the label with size calculated from label HTML image size and 
client browser display device DPI. 

(size of print label in inches) = 
(label HTML image size in pixels)/(clients browser display deviceDPI)= 
((carrier-specified label size in inches)* (client browser diplaydeviceDPI)) 
/(client browser display device DPI)= 
(carrier-specified label size in inches) 



1354 1350 1351-^ 1352-^ 1353-^ 

/fl tfSY / ~- 7 7 / ~- / /°~ / 

Y Y I I 
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Analyze Image 
characteristics & possible 
Image resolution categories 



1356 



I Create appropriate number 
^ of text strings and 
associated HTML table cells 



1358 



Display text string (s) on 
remote PC 



1359 



Determine remote image 
resolution 



Determine remote HTML 
image size 



1361 



Display image on remote PC 



1362 



Remote PC calculates 
remote print image size and 
prints image 



Your Package has been Completed! 



Your iShip Package Number is: 

M J2UONK 4RFCBK — - — 1120 

You must drop off your package at an iShip Center in Bellevue, WA 98005 
before 5:00 PM on Saturday, 10/3/98 in order for your package to arrive at it 
destination by 7:00 PM on Wednesday, 10/7/98. 



| Void Package |. ^ 1121 

Press "Void Package" to void this transaction. 
To ship another package press New Package or Done to leave. 



Ship a Package f New Package | j Done, 

FIG. 56 lhT L n23 



Your Package has been Completed! 



YouriShip Package Number is: 

M J2UONK 4RFCBK — -~ 1120 

You must drop off your package at an FedEx Drop Box in Bellevue, WA 98005 
before 5:00 PM on Saturday, 10/3/98 in order for your package to arrive at its 
destination by 7:00 PM on Wednesday, 10/7/98. 

To Print your shipping label: 

1 . Make sure your printer is running, has paper and is setup to print in "Portrait" mode. 

2. Press the "Generate Label" button below. 

3. Using your browser's "Print" command, print the shipping label. 



1124 



— | Generate Label | | Void Package 
Press "Void Package" to void this transaction. 

To ship another package press New Package or Done to leave. 



Ship a Package \ New package^ i pone I p^p~| 

FIG. 57 ^22 tun 




FIG, 58 
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< iship.com. request xmins="x-schema: http://iship.com/api/schema/trackrequest.xmi" 
transactionid = "3855BD2185E111d3984400A0C9D6C226"> 
<header mode="interactive"> 

<version major="0" minor="1"/> 
<batch id="AE5E54F08E231 1d3984900A0C9D6C226" 
url="http://shasta/api/track/trackresponse,asp" email="bob@iship.com"/> 
</header> 

<sigon sessionid="" userid="test" password="7777777"/> 
<trackit> 

< package sequencenumber="1"> 

<trackingnumber carrier="ups"> 

1Z1 81 2530202075466 
</trackingnumber> 
</package> 
</trackit> 
<logoff/> 
</iship.com.request> 

FIG. 66 



<iship.com.response transactionid="3855BD2185E1 1 1d3984400AOC9D6C226"> 
<status ishiprcode="0" signonrcode="0" trackitrcode="0" parsercode="0" 
systemrcode="0"/> 
<trackit> 

<package sequencenumber="1" packagercode="0"> 
< deliveredto ></deliveredto> 
<delivery!ocation>LEFT AT 3S</deliverylocation> 
<signedby> HOWARD </signby> 
<lastscan> 9/1/99 1:50:00 PM DELIVERY </lastscan 
<status>Delivered</status> 
<deliverytime> 9/1/99 1:50:00 PM</deliverytime> 
<carrier>UPS</carrier> 
<service>2ND DAY AIR</service> 
<shipdate>8/28/99 </shipdate> 

<trackingnumber>1Z1812530202075466</trackingnumber> 
<scaniocation>FORT HAMILTON, NY US</scanlocation> 
<weight>400</weight> 
</package> 
</trackit> 
<iship.com.response> 



FIG. 67 



2018a 



Enter 



Tracking Number ^y, 



2018b 



FIG. 69 









Main: Allow user 
to track a single 
package by 
entering a 
tracking number 






f 




_L 



2051 

sL 



In detail screen, 
indicate that an 
error has been 
made 




Results: Display relevant 
tracking information. The user 
is allowed to enter another 
tracking number. Update 
database 



2055 
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Tracking-Web Page Dialog 



Enter the carrier tracking number: 
Tracking No: | 3962816712 



FIG. 73 
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-2101 



| Close | 



2104 



Tracking--Web Page Dialog 



Status: 
Delivery Date: 
Tracking No: 

Signed By: 
Delivered To: 
Last Scan: 



Delivered 

Tue. Oct. 26, 23.00.00 PDT 195 

03962816712 

Airborne Express Delivery 

U.R. LASTNAME 

Left with Receptionist 

Delivered 10/26/99 1 1:30AM 



| Close | 



FIG. 74 



2104 



Tracking--Web Page Dialog 



Tracking No: 264376909 • 



-19 



No information was found for this tracking 
number. Make sure the tracking number 
is correct and try again. 



^j-2105 



| Close | 



FIG. 75 



Practitioner's Docket No. PSTM001 5/MRK/ST 



PATENT 

COMBINED DECLARATION AND POWER OF ATTORNEY 
FOR PATENT APPLICATION 

As a below named inventor, I hereby declare that: 

TYPE OF DECLARATION 

This declaration is for an original application. 

INVENTORSHIP IDENTIFICATION 

My residence, post office address and citizenship are as stated below, next to my name. I believe that I am 
an original, first and joint inventor of the subject matter that is claimed, and for which a patent is sought on 
the invention entitled: 

TITLE OF INVENTION 

APPARATUS, SYSTEMS AND METHODS FOR ONLINE, MULTI-CARRIER, MULTI- 
SERVICE PARCEL SHIPPING MANAGEMENT FEATURING SHIPPING RATE AND 
DELIVERY SCHEDULE COMPARISON FOR MULTIPLE CARRIERS 



SPECIFICATION IDENTIFICATION 

The specification is attached hereto. 

ACKNOWLEDGMENT OF REVIEW OF PAPERS AND DUTY OF CANDOR 

I hereby state that I have reviewed and understand the contents of the above-identified 
specification, including the claims, as amended by any amendment referred to above. 

I acknowledge the duty to disclose information, which is material to patentability as defined in 37, 
Code of Federal Regulations, Section 1.56(a). 

CLAIM FOR BENEFIT OF PRIOR U.S. PROVISIONAL APPLIC ATION(S) 

(35U.S.C. Section 119(e)) 

I hereby claim the benefit under Title 35, United States Code, Section 1 19(e) of any United States 



(Declaration and Power of Attorney-page 1 of 4) 



Practitioner's Docket No. PSTM001 5/MRK/ST 
provisional application(s) listed below: 

PROVISIONAL APPLICATION NUMBER FILING DATE 



60/158,179 October 6, 1999 

60/1 70, 1 86 December 1 0, 1 999 

60/1 70,504 December 1 3, 1 999 

60/192,692 March 28, 2000 

60/192,723 March 27, 2000 

60/193,899 March 31, 2000 

60/195,748 April 6, 2000 



POWER OF ATTORNEY 

I hereby appoint Marilyn R. Khorsandi, Patent Bar Registration Number 45,744, and all members 
of the Bar who are attorneys with, or patent agents of, the law firm KHORSANDI PATENT LAW 
GROUP, A Law Corporation, as principal attorneys with power to appoint associate attorneys, to 
prosecute and transact all business in the Patent and Trademark Office connected with this application. 

The authority under this Power of Attorney of each person identified above shall automatically 
terminate and be revoked upon such person ceasing to be a member, associate or patent agent of or of 
counsel to that law firm. 



SEND CORRESPONDENCE TO 

Marilyn R. Khorsandi 
140 S. Lake Ave., Suite 312 
Pasadena, C A 91101 
U.S. A. 

Reg. Number 45,744 



DIRECT TELEPHONE CALLS TO: 

Marilyn R. Khorsandi 
626-796-2856 



DECLARATION 

I hereby declare that all statements made herein of my own knowledge are true and that all 
statements made on information and belief are believed to be true; and further that these statements were 
made with the knowledge that willful false statements and the like so made are punishable by fine or 
imprisonment, or both, under Section 1001 of Title 18 of the United States Code, and that such willful false 
statements may jeopardize the validity of the application or any patent issued thereon. 
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Practitioner's Docket No. PSTM0015/MRK/ST 



SIGNATURES 



First named inventor 
David Allison Bennett 


Inventor's Signature 


Date 


Residence and Post Office address 

20710 14* Drive, SE, Botheli, Washington 98012 


Citizenship 




Second named inventor 
Lynn Shaindell Goldhaber 


Inventor's Signature 


Date 


Residence and Post Office address 

1261 8 Robinhood Lane, Snohomish, Washington 98290 


Citizenship 




Third named inventor 
Lory Elizabeth Krett 


Inventor's Signature 


Date 


Residence and Post Office address 

12020 101 st Avenue. NE #FL Kirkland, Washington 98034 


Citizenship 




Forth named inventor 
William W. Smith, III 


Inventor's Signature 


Date 


Residence and Post Office address 

8636 NE 7 th Street, Medina, Washington 98039 


Citizenship 
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Practitioner's Docket No. PSTMOO 1 5/MRK/ST 



Fifth named inventor 
Paul Bilibin 


Inventor's Signature 


Date 


Residence and Post Office address 

1716 - 216* Street SW, Lynnwood, Washington 98036 


Citizenship 



Sixth named inventor 
Charles D. Mentzer 


Inventor's Signature 


Date 


Residence and Post Office address 

4307 - 210 th Place NE, Redmond, Washington 98053 


Citizenship 



MRK/crb 

pstmOO 1 5dec&power 
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